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Tolmácsok még kellenek 


A cél már fél évszázada, a legelső számítógép megalkotásakor is az emberi munka könnyítése volt. Bár a korai gépek 
tervezésekor a számításigényes feladatok elvégezhetőségét kívánták automatikus útra terelni, azóta a számítógépek már 
mást is tudnak. Ma nemcsak segítik, hanem sokszor helyettesítik is az embereket. A pionír gépek körül kizárólag 
szakemberek sürögtek, akik sok mindent , eltűrtek" kedvenceiktől, napjainkban viszont a felhasználók többsége 
számítástechnikai analfabéta. Ez persze így van rendjén, 
hiszen nem az embert kell , gépiesíteni", hanem a 
számítógépet humanizálni. 

A két oldal között azonban óriási szakadék húzódik. 
A számítógépek ugyan ember alkotta eszközök, 
működésük mégsem hasonlít az emberi gondolkodás és 
logika — legalább intuitívan — ismert felépítésére. Bár 
sok kísérlet irányul a gondolkodást modellező gépek 
megépítésére, napjaink számítógépei csakis az elektronika 
törvényein alapuló, egyszerű működésre képesek. 
Ráadásul a gép nem hall, nem érzékel és nem képes 
tanulni sem, sőt olyan hálátlan is, hogy amit a , szájába 
rágnak" az egyik nap, azt a másikra már el is felejti. 

Míg a számítógép emlékezetkiesésére születhetett 
hardveres megoldás (a háttértárolók), addig minden egyéb 
,humanizálás" a számítógépeket működtető programokra 
hárul. A programok jelentik a számítógép intelligenciáját. 
A programok egyik fontos tulajdonsága a gép és a 
felhasználó párbeszédének megkönnyítése, messze van azonban az idő, amikor a gépek kitalálják a gondolatokat. 
Tolmácsok nélkül a párbeszéd egyelőre még nem megy. Noha kétségtelenül egyszerű a mai grafikus felhasználói 
felületek kezelése, az egér és az ikon még nem az ember-gép kommunikáció csúcsa — sokak számára ez a , társalgási 
mód" is idegen. Nem beszélve arról, hogy a legkorszerúbb parancsnyelv-feldolgozó sem képes az utasítás mögött 
meghúzódó szándékok értelmezésére. 

Hogy a számítógépet akármilyen módon is használni tudjuk, szükségünk van valakire, aki a számunkra fontos 
alkalmazásokat megírja, aki képes a buta hardvert a legbonyolultabb feladatok elvégzésére rábírni. Ez a valaki a 
programozó. A számítástechnika 
történetében mégis alig volt olyan idő, 
amikor nem arról beszéltek, hogy a 
szoftverek fejlődése messze a hardvereké 
mögött kullog. 

II szt NTTITET ESET TT) TS E ESETE SZZEST TT TTATKTÉFT Ami igaz, az igaz: a hardvereszközök 
JI] Fe Manager : teljesítménye óriásit fejlődött. Egy mai 

TI a Mr db - 25 programozható zsebszámológép sokkal 

NI pinerrzsger EBA 3 § N86 Latezt ábetratt többet tud, mint akármelyik korai 

s monstrum, miközben energiaellátásához 
évekig elég egyetlen gombelem. 

A számítógépek működését meghatározó 
elvek azonban 1945 óta változatlanok. 
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Copuright [C) 1990. Halker Rich merne Ekkor publikálta Neumann János 
pa M EM Kt elképzeléseit a korszerű számítógépekről. 
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The variables used ari 


-odtes ig Help Selected Wor szorosan csatolt, nagyméretű memória — 
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KE TT Be nagTásiák adat — és a szekvenciális működés) 
ÉVE ZKE tt készülnek mind a mai napig a 
(Snow help index for Refiection for Hindovs [8] számítógépek. Ezzel szemben a 

számítástechnika programozással 
foglalkozó ága folyamatos fejlődésen ment 
keresztül: a bináris programozástól a 4. generációs eszközökig, az intuitív kódolástól a CASE-ig és a vezérlőpulttól a 

grafikus felhasználói interfészekig. Ezek közül mi most a programozási nyelvek világába engedünk bepillantást a hónap 
témája kapcsán. A programozási nyelvek építenek hidat a szárnyaló képzelet világa és az elektronikus működés rideg 
szabályossága között. 
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Formulák, listák, algoritmusok a ringben 


Klasszikusok — félidőben 


Bár a programozástechnika fejlődése során 

több mint 1000 programozási nyelvet alkottak, 

azok közül csak tucatnyi terjedt el széles körben. 
Cikkünkben a ma már klasszikusnak számító nyelvek közül 
azoknak a rövid történetét foglaljuk össze, 

amelyek a mikroszámítógépes felhasználók előtt 

kevésbé ismertek, de mind a mai napig 

jelentős szerepet játszanak a gyakorlati alkalmazásokban. 
S lehet, hogy még félidőben sem vagyunk... 


FORTRAN 


Az első helyen a programozási nyelvek 
doyenjét, a FORTRAN-t kell megem- 
lítenünk. Bár ez volt gyakorlatilag az 
első, teljes értékű programozási nyelv, 
mégis — a megfelelő tervezésnek kö- 
szönhetően — töretlen a népszerűsége. 
A világszerte használatos programok 
nagy része ezen a nyelven íródott és 
íródik. (A gáton tehát nem csak két 
legény van...) 

1954-ben az IBM kutatója, John 
Backus és csoportja merész vállalko- 
zásba kezdett. Olyan automatikus for- 
dítót akartak az IBM 704-es gépre írni, 
amely matematikai egyenleteket gépi 
kódra ültet át, és hatékonyságban fel- 
veszi a versenyt a kézzel kódolt prog- 
ramokkal. 

Ezt a vállalkozást abban az időben 
meglehetősen nagy szkepticizmussal fi- 
gyelte a kódolók társadalma, mivel a 
korábbi kísérletek sorra kudarcot val- 
lottak. Így érthető módon a tervezés és 
megvalósítás során szem előtt tartott 
egyetlen cél a generált kód maximális 
optimalizálása volt. Az a felfogás, hogy 
a programozási nyelvek fő feladata az 
emberi gondolatok megfogalmazásá- 
nak és kifejezésének segítése a számí- 
tógép számára, meglehetősen háttérbe 
szorult. 

Az első jelentés még 1954-ben elké- 
szült, és ebben leírták a tervezett egyen- 
letfordító .  (FORmula  TRANSIlator) 
rendszerre vonatkozó specifikációikat. 
Ennek a jelentésnek a nagy része leg- 
inkább azzal foglalkozott, hogy magát 
az ötletet ,adja el", továbbá annak 
fejtegetésével, miszerint a FORTRAN 
használata teljesen kiküszöbölné a kézi 
kódolást és a debuggolást!! 


A nyelv leírása 1956-ra készült el, de 
még egy évet kellett várni, míg az IBM 
szállítani tudta a kész verziót. Érdekes 
módon a felhasználók nem tolongtak 
az egyenletfordító rendszerért, de Grace 
Mitchell könyve, amely bemutatta a 
nyelvet a nagyközönségnek, megtette a 
magáét, és egyre többen kezdték alkal- 
mazni az új eszközt. 

Mint kiderült, Backusnak és társai- 
nak a várakozásai a kódgenerálás tekin- 
tetében nem bizonyultak túlzónak. A 
fordító által generált kód valóban vete- 
kedett a kézi kódolásúval, sőt sok eset- 
ben még jobbnak is bizonyult. Ezzel a 
magasszintű programozási nyelvek 
végleg bevonultak a programozók esz- 
köztárába. A FORTRAN sikerére jel- 
lemző, hogy a 60-as évek elejére mint- 
egy 40 különböző, nagygépes FOR- 
TRAN-verzió létezett, amelyek bár 
megpróbálták megőrizni az eredeti el- 
gondolásokat, mégsem voltak egymás- 
sal kompatibilisek. (A hordozható kód 
már abban az időben is csak a progra- 
mozók álmaiban létezett.) 

A felhasználók és gyártók érdekében 
ezért 1966-ban az ANSI megalkotta az 
első FORTRAN-szabványt: a FOR- 
TRAN 66-ot vagy más néven a FOR- 
TRAN IV-et. Az 1966-os szabványt 
aztán újabbak követték, ahogyan a 
nyelv újabb és újabb funkciókkal és 
eszközökkel bővült. (A legfrissebb az 
1990-es FORTRAN 90.) A FORTRAN 
sikere egyebek között annak is köszön- 
hető, hogy a szabványosítás folyamán 
mindig igyekeztek a nyelvet a legújabb 
programozástechnikai igényeknek meg- 
felelően módosítani — anélkül, hogy 
az eredeti célokon változtattak volna. 
Így azt lehet mondani, hogy bár a 
FORTRAN a programozási nyelv No 1, 


mégis szinte az összes, későbbi keletű 
nyelv hatása felfedezhető az éppen ak- 
tuális FORTRAN-szabványban. 

A FORTRAN mindig is híres volt a 
jó minőségű optimalizáló fodítóiról és 
a numerikus problémák elegáns kifeje- 
zésére használható eszközeiről. Az 
amerikai statisztikai és numerikus al- 
gebrai csomagok nagy része FOR- 
TRAN szubrutinok formájában áll ren- 
delkezésre, és egyre nagyobb a mikro- 
processzoros FORTRAN-fordítók szá- 
ma, különösen a nagy teljesítményű 
32 bites 386-os és 486-os Intel pro- 
cesszorokra. A FORTRAN ugyanolyan 
jól alkalmazható szuper- és miniszámí- 
tógépes környezetben, mint a mikroszá- 
mítógépekre, és tisztes kora ellenére 
úgy tűnik, felveszi a versenyt bármelyik 
újonccal. 


LISP 


Bár a LISP a legkorábbi programozási 
nyelvek egyike, koncepciója mégis 
gyökeresen eltér kortársaiétól. A nyel- 
vet John McCarthy hozta létre 1956 és 
1958 között, és akárcsak a FORTRAN 
kapcsán, a választott számítógép itt is 
az IBM 704-es volt. Itt azonban minden 
hasonlóság megszűnik a két nyelv kö- 
zött. McCarthy a LISP-et a mesterséges 
intelligencia kutatási nyelvének szánta, 
és ezért semmiben sem hasonlított a 
korábban született nyelvekre. 
McCarthy úgy gondolta, hogy az 
emberi gondolkodást modellező rend- 
szerek megvalósítására a matematiká- 
ból jól ismert függvény fogalom a leg- 
alkalmasabb. A függvények kombiná- 
lásával létrehozott programok feles- 
legessé teszik a programozók számára 
a konkrét gépi reprezentálás apróbb 
részleteinek ismeretét, így munkájuk 
hatékonyabbá válik. Mivel az ötvenes 
években a mesterséges intelligencia 
alapjának a formális logikát tekintették, 
ezért McCarthy a LISP-et úgy tervezte, 
hogy alkalmas legyen logikai következ- 
tetések levezetésére. A logikai követ- 
keztetéseket listákkak és a rajtuk vég- 
zett műveletekkel ábrázolta; innen ered 
a nyelv elnevezése is (LISt Processing). 
A nyelv első implementációja 1959- 
ben lett kész, majd rá egy évre megje- 
lent a nyelv leírása is. Az évek során a 
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LISP a mesterséges intelligencia terén 
a kutatások kommunikációs nyelvévé 
vált: a megjelent publikációkban gyak- 
ran használják az algoritmusok és ku- 
tatási eredmények ismertetésére. A 
LISP jól alkalmazható olyan MI-rend- 
szerekben, ahol a rendszer működtetése 
és kiértékelése szabályokkal leírható, 
például a szakértői rendszerek vagy a 
nyelvelemző rendszerek esetén. 

Bár a LISP nem eljárásorientált 
nyelv, mégis sok olyan nyelvi elemet 
tartalmaz, amelyeket a későbbi eljárás- 
orientált nyelvek átvettek. Ilyen például 
a függvény mint a program alapeleme, 
a dinamikus adatstruktúrák, a rekurzió, 
a feltételes és vezérlőutasítások és a 
memóriagazdálkodás (, garbage collec- 
tion"). Eredetileg a LISP nem rendel- 
kezett adattípusokkal, kizárólag szim- 
bolikus kifejezések kezelésére volt ké- 
pes. Bár a természetes számok és a 
velük való műveletek kifejezhetőek lis- 
tákon végzet műveletek segítségével is, 
a túlzott sebességcsökkenés miatt már 
1960-ban kibővítették a nyelvet szá- 
mokkal és aritmetikai műveletekkel. 

A hatvanas években a LISP gyorsan 
elterjedt az egyetemi körökben, de 
— mint ahogy az már a sikeres prog- 
ramozási nyelvek esetében lenni szo- 
kott — mindenki a saját céljainak meg- 
felelően módosította. Így a hetvenes 
évek végére több tucat egyetemi és ipari 
LISP fejlődött ki. 1978-ban az utahi 
egyetem kezdeményezésére megkezdő- 
dött a LISP nyelv szabványának a ki- 
dolgozása. Amegszületett nyelv a Com- 
mon LISP nevet kapta, és bekerült az 
Amerikai Védelmi Minisztérium három 
hivatalos programozási nyelve közé. 

A Common LISP egy javított és 
módosított változata egyébként valószí- 
nűleg hamarosan ANSI-szabvánnyá vá- 
lik. A szabvány tartalmazza a LISP 
objektumorientált — kiterjesztését, a 
CLOS-t . (Common LISP Object 
System), amelyet már jelenleg is sok 
helyen használnak. 

A Common LISP azonban nem elé- 
gítette ki az elsősorban elméleti kuta- 
tásokat folytató LISP-felhasználókat. 
Ők előszeretettel-alkalmazzák az MIT- 
en létrehozott LISP dialektust, a 
Scheme-et. A Scheme — szemben az 
elsősorban gyakorlati felhasználásokra 
készült Common LISP-pel — inkább 
az eredeti elképzeléseknek megfelelő, 
tisztán a lambda-kalkuluson alapuló 
modellt valósítja meg. Emellett a rend- 
szer memóriaigénye kicsi, könnyebben 
és gyorsabban sajátítható el, mint a 
Common LISP. A Common LISP rend- 
szerek az ipari felhasználók igényeihez 
alkalmazkodva robusztus és hatékony 
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fejlesztői eszközök. A LISP nyelvet 
hagyományosan interpreteres környe- 
zetben implementálták, azonban az 
utóbbi időkben megjelentek a LISP 
fordítók, de léteznek hardvereszközök 
is a LISP-rendszerek gyorsítására — 
speciális processzorok és architektúrák 
formájában. 

Bár a korábbi LISP-implementációk 
meglehetősen lassúak voltak és hatal- 
mas memóriakapacitást igényeltek, a 
hardver terén tapasztalható fejlődés ha- 
tására (nagyobb tár- és processzorkapa- 
citás, alacsonyabb ár) az eddig legin- 
kább kísérleti rendszerekben használt 
nyelv újabb alkalmazási területeket hó- 
díthat meg, akár a személyi számítógé- 
pek világában is. 


ALGOL 


1958-ban Zürichben konferenciára 
gyűltek össze az európai számítástech- 
nikai szakértők és tengerentúli kollégá- 
ik. A konferencia tematikája egy álta- 
lános célú programozási nyelv tervezé- 
se volt. Mint általában, a konferencia 
lényege a nemzetközi szakemberek kö- 
zötti véleménycsere volt: míg az euró- 
paiak elsősorban az elméleti kutatások- 
ban jeleskedtek, addig amerikai kollé- 
gáik már több konkrét nyelvi elképzelés 
megvalósításáról tudtak beszámolni. 
Egy másik ki nem mondott, de minden- 
ki által tudott cél a FORTRAN esetleges 
egyeduralmának a megakadályozása 
volt. Mivel akkoriban a FORTRAN 
még az IBM tulajdonát képezte, így a 
nyelv használata egyben az IBM gépek 
preferálását jelentette volna, ami már 
akkoriban sem nyerte el mindenki tet- 
szését. A létrehozott nyelvet eredetileg 
IAL-nek keresztelték el (International 
Algebraic Language), de végleges ver- 
ziója az ALGOL (ALGOrithmic Lan- 
guage) néven vonult be a programozási 
nyelvek történetébe. Az ALGOL 58-at 
— ahogyan a nyelvet hivatalosan ne- 
vezték — az akkoriban létező, szinte 
valamennyi számítógépre implementál- 
ták, és hatására rengeteg új nyelv is 
született. 

1960-ban Párizsban ismét összeült a 
bizottság, és módosították a nyelvet 
(ALGOL 60), megtartva az 58-as el- 
gondolásokat. Az ALGOL 60 hatása a 
számítástechnikára és a programozási 
nyelvek fejlődésére egyedülálló. A sok 
fontos jellemző közül az egyik a BNF 
metanyelv választása a nyelv definiálá- 
sára, amelyet John Backus és Peter Naur 
tervezett. A BNF (és később az EBNF) 
jelölésmód azóta a számítástechnika 
sok területét befolyásolta, mi több: új 
diszciplínákat hívott létre. 


. Bár az ALGOL 60-at elsősorban 
Európában alkalmazták gyakorlati 
nyelvként, mégis mind az amerikai, 
mind az európai szakirodalomban szin- 
te kizárólag az ALGOL-t használták és 
használják mind a mai napig az algo- 
ritmusok és általános programozástech- 
nikai elgondolások szemléltetésére (az 
utóbbi időkben gyakran találkozhatunk 
a Pascallal és a C-vel is, de ezek is 
ALGOL-utódok). Magának az ALGOL 
nyelvnek a befolyása a későbbi progra- 
mozási nyelvek koncepcióiban egyet- 
len más nyelvéhez sem hasonlítható. 
Hogy csak a legfontosabbakat említsük 
(hozzávetőleges időrendben): COBOL, 
SIMULA, PL/I1, Pascal, C, Smalltalk, 
Modula-2, Ada. Ezek a nyelvek mind 
rendelkeznek egymásba ágyazható 
blokkstruktúrával, összetett utasítások- 
kal, láthatósági szabályokkal, lokális 
változók deklarálásával és különböző 
paraméterátadási módszerekkel. 

1968-ban az ALGOL-bizottság egy 
újabb, igen jelentős módosításokat tar- 
talmazó változatot dolgozott ki: az AL- 
GOL 68-at. Az ALGOL 68 óriási, álta- 
lános célú programozási nyelv — szem- 
ben az ALGOL 60 tudományos orien- 
táltságával. Éppen az új verzióban be- 
vezetett, lényeges változtatások miatt a 
nyelv sohasem lett igazán sikeres. A 
kritikusok szerint túl nagy és bonyolult 
az ALGOL 60 egyszerűségéhez képest. 
Nem meglepő tehát, hogy az ALGOL 
68 ugyanarra a sorsra jutott, mint hír- 
hedt társai: a PL/1 és később az Ada is. 
(Van erre egy jó magyar közmondás: 
, Sokat akar a szarka, de nem bírja a 
farka".) Persze az ALGOL 68 nem múlt 
ki nyomtalanul: itt alkalmazták először 
a felhasználó által definiált adattípuso- 
katés a mutatótípusokat, amelyek azóta 
több nyelvben is megtalálták a helyü- 
ket. 


COBOL 


Bár a mikroszámítógépes társadalom 
számára a , klasszikusok" közül talán a 
COBOLa legkevésbé ismert programo- 
zási nyelv, azonban a nagygépes fel- 
használóknak még napjainkban is több 
mint kétharmada részesíti előnyben a 
többivel szemben. A ragaszkodás per- 
sze nem véletlen, hiszen — akárcsak a 
FORTRAN esetén — a COBOL-ban 
megírt alkalmazások száma is nagy. 
Egyedül az Egyesült Államokban 70 
milliárd sorra teszik a még ma is hasz- 
nálatban lévő COBOL programok mé- 
retét. 

1959-ben, egy évvel az IAL-bizott- 
ság ülése után, egy újabb bizottság 
alakult meg, ezúttal elsősorban ameri- 


A HÓNAP TÉMÁJA 





kai résztvevőkkel, hogy az üzleti infor- 
mációs és adatbázisrendszerek kezelé- 
sére egységes koncepciót dolgozzon ki. 
A CODASYL (COnference on DAta 
SYstems Language) tagjai között vol- 
tak a kormány, a számítógépgyártók, az 


ipari felhasználók és az egyetemek kép- " 


viselői. A cél olyan nyelv kidolgozása 
volt, amely lehetővé teszi a gazdasági 
életben felmerülő információfeldolgo- 
zási feladatok megoldását kevés számí- 
tástechnikai ismerettel rendelkező me- 
nedzserek számára is. A tervezett fel- 
használók köre miatt alapvető fontos- 
ságú volt, hogy a nyelv utasításai és a 
létrehozott programok minél érhetőb- 
bek legyenek a laikus szakemberek 
számára, ezért a nyelv több száz angol 
szót tartalmaz, sőt: bizonyos esetekben 
szinonimák használata is meg van en- 
gedve. Ezért a COBOL programok na- 
gyon jól olvashatók, de igen sok gépe- 
lést igényelnek. 

A CODASYL-ban az Amerikai Vé- 
delmi Minisztérium is képviseltette ma- 
gát, azonban ami még ennél is lénye- 
gesebb volta COBOL jövője szempont- 
jából: egy , ajánlásban" a minisztérium 
a gyártók tudomására hozta, hogy csak 
olyan számítógéprendszerek vásárlását 
és használatát engedélyezi a projektje- 
iben, amelyek rendelkeznek COBOL- 
fordítóval. Ez a tény, és az, hogy a 
COBOL-t eleve géptől független nyelv- 
ként tervezték, érthetően nagyot lendí- 
tett a nyelv elterjedésében. A COBOL, 
akárcsak a FORTRAN, sok módosítá- 
son ment keresztül az évek során. A 
legjelentősebbek az 1968-as, 1974-es 
és 1985-ös módosítások. Bár a legutób- 
bi verziónak még alig volt ideje elter- 
jedni, máris újabb módosításokon gon- 
dolkodik a CODASYL, mégpedig az 
objektumorientált eszközök bevezeté- 
sével. Bár a COBOL-t már nagyon 
sokan eltemették az utóbbi években — 
elsősorban a 4. generációs eszközök 
megjelenésekor —, azonban a már élő 
óriási kódmennyiség és a nyelv folya- 
matos megújulása miatt az ObjectCO- 
BOL, ha nem is a mikroszámítógépe- 
ken, de a nagy rendszerekben még 
hosszú ideig meghatározó programozá- 
si nyelv lesz. 


Smalltalk 


Az utóbbi időkben már-már hisztérikus- 
nak nevezhető OOP-láz, amely nem 
utolsósorban az ATKT-nek a C-t--hoz 
fűződő üzleti érdekeiből származik, a 
PC-s programozók és felhasználók egy- 
re szélesebb táborával ismertet meg egy 
immáron húszévesnél is korosabb ter- 
vezési technikát. A C-t és más, objek- 


tumorientált bővítésekkel ellátott prog- 
ramozási nyelvek körüli felhajtásban 
érdemes néhány mondatot szentelni e 
nyelvi forradalom egyik elindítójának, 
Alan Kaynek és a Smalltalknak. 

A Smalltalk az a programozási nyelv, 
amely bevezette és mind a mai napig 
meghatározza az  objektumorientált 
programozás alapvető fogalmait. Az 
1960-as években Alan Kay, az utahi 
egyetem egyik diákja egy olyan, könyv- 
nyi méretű számítógépről álmodozott, 
melynek kezeléséhez nem kell főiskolai 
végzettség, noha olyan szoftverrend- 
szere van, amelyik a felhasználó igé- 
nyével együtt nő. A gép tervezett szoft- 
vere a FLEX (FLexible EXtensible lan- 
guage) elnevezést kapta, és Kay 1969- 
ben elkészült diplomamunkájában dol- 
gozta ki a részleteit. Kay az egyetem 
után a Xerox PARC-hoz került, és sza- 
bad kezet kapott elképzelései megvaló- 
sításához. Mivel azonban akkor még a 
noteszgépekhez szükséges hardverka- 
pacitás nem állt rendelkezésre, Kay és 
munkatársai az Alto munkaállomáson 
implementálták a rendszer szoftverele- 
meit Smalltalk néven. A Smalltalk 
egyesítette magában a FLEX, a SIMU- 
LA és a Logo programozási nyelvekben 
meglévő koncepciókat. 

A FLEX az integrált grafikus fel- 
használói felületet és arendszer felhasz- 
náló általi bővíthetőségét adta, a SIMU- 
LA az osztály fogalmát mint eszközt a 
bővíthetőség megvalósításához, a Logo 
pedig: a könnyen kezelhető grafikus 
kapacitásokat és a teknőcgrafikát a fel- 
használói felület kialakításához. Az el- 
készült Smalltalk rendszer és az Altóval 
kapcsolatos más projektek egyébként 
óriási hatással voltak és vannak a sze- 
mélyi számítógépek operációs rendsze- 


reivel és felhasználói felületeivel kap- 
csolatos elgondolásokra. Az olyan fo- 
galmak, mint az ablak, az interaktív 
menüvezérelt környezet és egér, mind- 
mind megtalálhatók voltak az Altón. A 
Smalltalktól függetlenül megvalósítha- 
tó felhasználói környezettel először az 
Apple Lisa, majd később a Macintosh 
gépek felhasználói isrnerkedhettek meg 
először, de újabban a PC-s felhasználók 
is találkozhatnak vele a GEM vagy a 
Windows képében. 

A Smalltalk 1972 októberében egy 
1000 soros BASIC program formájában 
slátta meg a napvilágot", majd nem 
sokkal ezután assemblyben írta meg 
Daniel Ingalls, aki a későbbi implemen- 
tációkat is gondozta. A nyelvet a PARC 
berkein belül egészen 1979-ig kétéven- 
ként módosították, és újra is írták anél- 
kül, hogy a nyelvet szélesebb körben 
nyilvánosságra hozták volna. Végül 
1979-ben az új verzió előkészítéséhez 
már külső szakembereket is bevontak, 
és a korábbi gyakorlattól eltérően a 
nyelvet már nem speciálisan az Altóra, 
hanem tetszőleges számítógépre tervez- 
ték. A megszületett Smalltalk-80 nyelv 
azóta is gyakorlatilag változatlan for- 
mában a nyelv hivatalos szabványa, és 
immár mindenki számára elérhető. 

Az IBM PC-re először a Small- 
talk/V-t implementálták, de újabban a 
Smalltalk-80 környezet is fut a Win- 
dows alatt. Jóllehet a Smalltalk jelen- 
legi formájában elsősorban oktatási és 
kísérleti rendszernek tekinthető, nem 
pedig programozási eszköznek, azért a 
nyelv befolyása a korszerű programo- 
zástechnikára kétségbevonhatatlan, és 
valószínűsíthető, hogy ezt a befolyását 
a jövőben csak növelni fogja. 

Villányi László 








— Azért szeretem ezeket a nyelveket, mert nincs bennük igeragozás... 
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A 4. generációs programozási eszközökről 


Nyelvhasználat — pizzában elbeszélve 


A 4GL (4Ath generation language) címke, 

az OOP-hez hasonlóan, az utóbbi időkben 

a legkülönfélébb termékek reklámjában fellelhető — 

a termék eladhatóságát biztosítandó. 

A termékek legtöbbje azonban nem sorolható 

a klasszikus értelemben vett programozási nyelvek közé, 
hanem inkább a 4. generációs technikával kapcsolatos 
fogalmakat megvalósító eszköznek tekinthető. 


A negyedik generációs eszközök leg- 
fontosabb ismérve, hogy működésük 
központi kérdése nem a hogyan, hanem 
a mit. Ez növeli a felhasználók munká- 
jának hatékonyságát, mivel egy prob- 
léma megoldása során nem kell törőd- 
niük a technikai részletekkel, a megol- 
dás menetével, csupán a kívánt ered- 
ményt kell meghatározni, minden más 
a rendszer dolga. A klasszikus nyelve- 
ken a programozás során a probléma- 
megoldás minden apró mozzanatát ki 
kell dolgozni, a programok nagyok, 
nehezen olvashatóak, és sokszor csak a 
szerző által értelmezhetőek. A nem el- 
járásorientált nyelvekben viszont a fel- 
használónak csak a feladatot kell a 
rendszerrel közölnie, a részletek kimun- 
kálásáról a szoftver gondoskodik. 


a Táplál(kozjás" 


A különbségek szemléltetésére ve- 
gyünk most egy példát a gyakorlati 
programozástechnika területéről. A 
programok készítése során alapvetően 
fontos a programozók életben tartása, 
azaz etetése. A megrendelő szerencsé- 
jére azonban a programozók általában 
képesek ezt a feladatot önállóan elvé- 
gezni, csupán a felmerülő költségeket 
számolják el. Nézzük, hogyan is törté- 
nik ez a gyakorlatban. A programozó 
tipikus éjszakai ,tápja" a pizza, egy 
üveg sörrel öblítve — mint köztudott, 
a programozó éjszakai lény. A klasszi- 
kus programozó a pizza előállítását a 
receptkönyv szerint végzi, lépésről lé- 
pésre haladva a tészta, majd a töltelék 
elkészítésével, utána a sütéssel. Ha 
programozónk Assembly-alkatú, akkor 
a sört is sajátkezűleg készíti valamilyen 
régi bajor recept alapján. Az elkészült 
pizza és sör minősége nagyban függ az 
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előállítás során elkövetett hibáktól és a 
programozónak a pizza- és a sörkészí- 
tésben való jártasságától. Ha programo- 
zónk egy kicsit rutinosabb, és már 
tisztában van a mások által elkészített 
könyvtármodulok hasznosságával (C, 
Modula vagy Pascal hívó), akkor a 
mélyhűtőben rendelkezésre állnak a 
maga, a mamája vagy más programozó 
által elkészített tészta- és szószadagok, 
valamint a boltban vásárolt sör. A piz- 
zába a tálalásig természetesen még így 
is kerülhet hiba, de ez most már csak a 
sütésre és a töltelékre vonatkozik. Az 
objektumorientált metodikát használó 
programozó a mélyhűtőben mirelit piz- 
zát tárol. Feladata kizárólag a pizza 
felmelegítése és utóízesítése, itt alig 
lehet hibázni. Vagy: a 4. generációs 
eszközöket alkalmazó programozó fel- 
veszi a telefont, a sarki pizzasütőtől 
megrendeli a kedvenc pizzáját és egy 
üveg sört. Hát — pizzában elbeszélve 
ennyi a különbség. 


Kevés szóval 


A tisztán 4. generációs programozási 
nyelvek (például PROLOG, Smalltalk) 
egyetlen , hátránya" a felhasználóval 
való kommunikációs nehézség (bár a 
Smalltalk kiváló fejlesztési környezet- 
tel bír, ez azonban inkább oktatási és 
kutatási feladatok megoldására való). 
Mivel valóban nyelvek, ezért használa- 
tukhoz elengedhetetlen a nyelvi szabá- 
lyok ismerete (szemantika, szintaktika), 
ami a jártasság megszerzését nehezíti. 
Ezért a 4. generációs eszközök legtöbb- 
jének van természetes nyelvi interfésze, 
és ez sokszor kiegészül menüorientált 
kezeléssel. A felhasználó az óhajait akár 
ékes angol nyelven is megfogalmazhat- 
ja, a rendszer nyelvi processzora képes 


a lényeg kihámozására. A kommuniká- 
ció szabályai így rendkívül egyszerűek, 
és azokat a nem számítástechnikai szak- 
emberek is könnyen elsajátíthatják. Az 
így kialakított programok rövidek, jól 
érthetőek, és karbantartásuk, javításuk 
is gyors. Persze a jelenlegi rendszerek 
még távolról sem tökéletesek, ezért az 
eszközök legtöbbje egy vagy több eljá- 
rásorientált nyelvet is tartalmaz. 

Mindemellett elgondolkodtató, hogy 
bár a 4. generációs rendszerek népsze- 
rűsége növekszik, az igen nagy szoft- 
verrendszerek elkészítésére 4GL segít- 
ségével még nem volt példa. Ellenke- 
zőleg: a szakirodalom nyilvántart olyan 
konkrét próbálkozásokat, amelyeket 
végül is 3. generációs nyelvvel kellett 
megoldani. 

A 4. generációs rendszerekben nagy 
szerepe van az adatbázisnak. Ezért az 
adatbázis-kezelés a legtöbb rendszer 
központi része. De az adatbáziskezelő 
rendszerek korántsem 4. generációs 
eszközök. Az adatbázissal kapcsolatban 
a legfontosabb feladat az adatok külön- 
féle szempontok szerinti feldolgozása 
és prezentálása, amit a szakirodalom 
lekérdezésnek nevez. Az adatbázisok 
lekérdezésére már a 70-es évek elején 
megszülettek a nagygépes adatbázis- 
kezelő rendszerek lekérdező nyelvei 
(például Ingres-Ouel, Adabas-Natural, 
SystemR-SOL), amelyek segítségével 
programozási ismeretek nélkül is ma- 
nipulálni lehetett az adatbázisokat. 
Ezek az eszközök korai formáikban 
még majdnem olyan nehezen voltak 
megtanulhatók, mint a hagyományos 
programozási nyelvek, azonban a me- 
nüorientált környezetek és a termé- 
szetes nyelvi processzorok megjelené- 
sével kezelésük nagymértékben leegy- 
szerűsödött. A természetes nyelvi fel- 
dolgozás során a program a felhasználó 
által megadott mondatokban és utasítá- 
sokban a lekérdező nyelv kulcsszavait 
keresi, ezekből szintaktikailag helyes 
lekérdező nyelvi utasításokat állít 
össze. 


Heterogén források 


A 4. generációs rendszerek lényeges 
jellemzője az integrált fejlesztői kör- 
nyezet. Míg az adatbázis.kezelési funk- 
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ciókör a nagygépes rendszerek , örök- 
sége", addig az integrált környezet a 
munkaállomások és személyi számító- 
gépek , hagyatéka". Ez a kétféle eredet 
egyébként lehetővé teszi a 4. generációs 
eszközök használatát a legkülönfélébb 
számítógépeken. Részben ezeknek az 
eszközöknek köszönhetően a korábban 
alapvető eltérések a különféle számító- 
gépek kezelésében ma már elenyésző- 
ek. (A másik fontos tényező a határok 
összemosásában a teljesítményviszo- 
nyok kiegyenlődése.) Az integrált kör- 
nyezet lehetővé teszi a 4. generációs 
rendszerek különböző egységeinek 
konzisztens kezelését anélkül, hogy kü- 
lönböző programokat kellene használ- 
ni. Az ilyen rendszerek a fentieken kívül 
a legtöbb esetben a következő bővíté- 
seket tartalmazzák: szövegszerkesztési 
lehetőségek; programgenerátor, amely 
programvázlatokból teljes, fordítható 


alkalmazások generálását végzi; grafi- 
kus bővítések; adatbázis-kezelő rend- 
szerhez kapcsolódó jelentésgeneráló 
rendszer; eszközök képernyő és nyom- 
tatási tervek készítéséhez; döntés-el- 
őkészítő eszközök, melyek segítségével 
a felhasználó gazdasági, statisztikai és 
matematikai elemzést és modellezést 
végezhet; parancsnyelvi interfészlehe- 
tőség 3. generációs nyelvek és eszközök 
rendszerbe integrálásához. 

A legismertebb 4. generációs integ- 
rált rendszérek a Focus, a Ramis II, a 
Nomad2 és a Natural, amelyek legtöbb- 
je nemcsak nagygépes, de PC-s környe- 
zetben is használható. 

A4. generációs eszközök széles körű 
elterjedését leginkább nagy processzor- 
és lemezkapacitás-igényük gátolta, ami 
azonban a mikroprocesszorok teljesít- 
ménynövekedésével és a hardver ár- 
csökkenésével mára már nem jelent 


akadályt. Egy másik lényeges ok, ami 
összefüggésben van az előzővel, a 
4. generációs rendszerekkel kapcsola- 
tos alkalmazási eredmények hiánya. 
Egyelőre úgy tűnik, hogy sikeresen 
használják őket a közepes méretű al- 
kalmazások esetén, azonban a nagy 
rendszerek megvalósítását még inkább 
3. generációs nyelvekkel végzik. Ez 
részben a 4. generációs eszközök spe- 
cializálódásával, részben pedig az új 
technikával kapcsolatos ismeretek hiá- 
nyával magyarázható. Nyilvánvaló, 
hogy a hardverközeli rendszerek prog- 
ramozásában a klasszikus programozá- 
si nyelvek még hosszú ideig egyedural- 
kodók lesznek, azonban a rendszerter- 
vezőknek és programozóknak egyre 
szélesebb körű ismeretekre lesz szük- 
ségük a 4GL, a CASE és a szakértői 
rendszerek területén. 

Villányi László 





Két, csak két legény van... 


15 évvel ezelőtt — de még tíz éve. is —, 


ha megkérdeztek volna, 


hány programozási nyelv van a világon, 
azt feleltem volna, hogy körülbelül másfél ezer. 
Ma azt mondom, kettő: a Pascal és: a C. 


Nem készítettem statisztikát, nem tu- 
dom, csinált-e valaki, de az a tapasz- 
talatom, hogy ma az elkészült progra- 
mok fele C-ben íródott, 4099-a Pascal- 
ban, és a maradék tízen osztozik a Basic, 
Fortran, Cobol, RPG, Modula, LISP, 
Prolog, Oberon, Miranda stb. 


Részekben a finesz, 
egységben az erő! 


Ifjú koromban minden híradástechnikus 
ismerősöm erősítót tervezett. Ma in- 
kább kalkulál, és megveszi a legjobbat, 
amire telik. 15 éve minden alapszoft- 
veres ismerősöm, aki adott magára, 
megtervezte saját programozási nyel- 
vét, amely bizonyos tekintetben minden 
korábbi nyelvet fölülmúlt. Azután meg- 
született az Ada nyelv; ez integrálni 
akarta mindazt, ami addig a nyelvek 
területén született. Nem lett sem átütő 
siker, sem látványos kudarc. Benne van 
a maradék 1090-ban. Azóta pedig nem 
látott napvilágot általános érdeklődést 


kiváltó nyelv. Felmerül a kérdés: mi 
változott meg akkor és ott, az Ada nyelv 
tervezése és implementálása során. Én 
a választ valahogy úgy foglalnám össze, 
hogy ez volt az az időszak, amikor 
tisztázódott, hogy mi az az optimális 
eszközkészlet, amelynek egy nyelvben 
benne kell lennie. Kiderült, hogy ha 
ennél többet teszünk a nyelvbe, akkor 
áttekinthetetlenné, rossz hatékonyságú- 
vá válik. Az úgynevezett omnibusz 
(-mindenkinek való) nyelvek szerettek 
volna mindent automatikusan a nyelven 
belül megoldani: az indexelt fájlkeze- 
léstől a billentyűzet kezeléséig, a valós 
idejű taszkkezeléstől az osztott adatbá- 
zisig, az automatikus szemétgyűjtéssel 
ellátott dinamikus memóriakiosztástól 
a diszkek fizikai írásáig/olvasásáig. 
Nemcsak az igaz, hogy ennyi mindenre 
ritkán van szükség, hanem sokkal több: 
egyes feladatok és megoldások eleve 
ellentmondásban vannak más feladatok 
más megoldásaival, tehát egyszerre 
nem alkalmazhatók. 


A megoldás a modularitás. Nem a 
programozási nyelv utasításait kell nö- 
velni és egyre körmönfontabbá tenni, 
hanem a programot világos, jól áttekint- 
hető részekre kell szétvágni. Az egyes 
részek kapcsolódása legyen tiszta és 
egyértelmű, és előre elkészített köz- 
hasznú modulok széles választéka áll- 
jon a felhasználók rendelkezésére. Az 
input/output procedúrákra, a memória- 
kezelésre, az adatbázis-kezelésre, a 
képernyőkezelésre, a billentyűzet keze- 
lésére, a különböző típusú grafikák, az 
ablak- és menükezelés megoldására, és 
minden más szükséges területre legyen 
előre elkészített, jó minőségű modul. 
Ezek közül azt tesszük hozzá a prog- 
ramhoz, amelyikre szükség van. 

Az is kiderült, hogy a nyelv haszná- 
latában csak egyik összetevő a nyelv, a 
másik összetevő az IPSE. Az IPSE 
(integrated program support environ- 
ment), azaz az integrált programtámo- 
gató környezet. Egy jó nyelven köny- 
nyebb, gyorsabb programot írni, mint a 
rosszabbon. De a dolog nem pusztán 
ezen múlik. A programot meg kell írni, 
be kell lőni, a verzióit nyilván kell 
tartani, stb. A belövés során számtalan- 
szor ismétlődik a javítás, fordítás, 
összekapcsolás, futtatás, megállás, 
ellenőrzés mint ciklus. Ezt" amennyire 
lehet, automatizálni kell, mert ezzel a 
munkát gyorsítjuk. Nagy előny, ha a 
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programozónak nem kell kilépnie a 
forrásnyelv világából, nem kell regisz- 
tereket nézegetni, memóriadumpokat 
visszafejteni; ha belövés közben azt 
mondhatja: no, akkor most ennél az 
utasításnál megállok, és megnézem, 
hogy amannak a változónak mi az ér- 
téke. Hasonlóan nagy kényelem, hogy 
ehhez nem kell különböző programok- 
ból ki- és belépni. Másik könnyítés, ha 
a program tudja, hogy ha egy bizonyos 
modult módosítok, mely másakat kell 
újrafordítani. Ilyen és ehhez hasonló 
szolgáltatásokat tud egy fejlett IPSE. 


Ismerős az IPSE! 


Lehet, hogy egyesek most felkiáltanak: 
de hisz ezt ismerem, ez a Turbo-C vagy 
ez a Turbo-Pascal. Igen, a Turbo kör- 
nyezet egy IPSE. De nincs egyedül, 
hasonló környezet a Ouick-C, a Logi- 
tech Modula fordító, az APSE (Ada 
Program Support Environment), a 
CDL2 Laboratórium stb. 

Persze nem egészen egyforma ügye- 
sek. Például a nyelvhez kötött editor 
(amit azért találtak ki, hogy csak a 
program megváltoztatott részét kelljen 
újrafordítani) nem volt valami szeren- 
csés ötlet, mert két egymásba ágyazott 
ciklus felcserélése vagy hasonló ,,glo- 
bális" változtatás úgyszólván megold- 
hatatlan bizonyos rendszerekben. Ilyen- 
kor ki kell lépni, ki kell hozni a program 
szövegét, egy másfajta editorral át kell 
szerkeszteni, újra vissza kell vinni a 
rendszerbe. Persze egy átgondolt prog- 
ramnál erre nagyon ritkán kerül sor. 

A C és a Pascal nyelv tehát, amelyek 
a gyakorlatban leghasználhatóbbnak bi- 
zonyultak. A többi nyelv vagy túl kevés, 
vagy túl sok — sót, a legtöbb egyes 
pontokon kevés, másokban pedig túl 
sok. Kérdés azonban: van-e valami lé- 
nyeges különbség a két nyelv között? 
Azt kell mondanom, hogy elvileg (ma- 
tematikailag) úgyszólván semmi kü- 
lönbség nincs. Ugyanazok az adattípu- 
sok, ugyanazok az utasítások, ugyanaz 
a globális programszerkezet, csak egé- 
szen más formában kell leírni. Mi hát 
mégis a különbség? A különbség a 
szemléletben van. A C nyelv tipikus 
angol nyelv: mindent szabad, ami nem 
tilos. A Pascal ,echt" német nyelv: 
minden tilos, ami nincs megengedve. 

A Pascal nyelv szigorúbb, jobban 
olvasható, mindent explicite ki kell írni, 
meglehetősen kevés lehetőséget ad a 
trükközésekre. Ha egy program Pascal- 
ban van írva, akkor az egyik gépen így 
fut, a másikon úgy. A gép fordítóprog- 
ramja befolyásolja a program hatékony- 
ságát, de a programozónak ebbe nem- 
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igen van beleszólása. A programozó egy 
dolgot tud tenni: hatékony algoritmust 
ír — nyelvtől függetlenül. 

A C nyelv voltaképpen feltételezi, 
hogy a programozó ismeri a gépet, 
tudja, hogy mit jelent a fordítás — 
szóval, hogy átlátja a dolgokat. Az igazi 
C programozó tudja, hogy mikor mit 
kell kiírni, és ha nem írja ki, mit fog 
csinálni a fordító. Mikor írhat 4-gyel 
való szorzás helyett eltolást. Hogyan 
lehet egy logikai összehasonlítás ered- 
ményét közvetlenül aritmetikai műve- 
letekben felhasználni stb. Gondosan 
ügyel arra, hogy többszörösen egymás- 
ba ágyazott ciklusok gyakran futó mag- 
jába ne írjon függvényhívást (mert az 
sok időt vesz igénybe), hanem makrókat 
használ, ha lehet. Egyáltalán tudja, me- 
lyik könyvtári fájlkezelő utasítás függ- 
vény, és melyik makró. Sőt, attól sem 
retten vissza, hogy C programját As- 
sembly nyelvű betétekkel gyorsítsa. 

Persze ez nem azt jelenti, hogy mu- 
száj így programozni. Ha szép, áttekint- 
hető (Pascal stílusú), jól olvasható prog- 
ramot akarunk írni, ezt is meg lehet 
tenni (különösen a C nyelv legújabb 
változataiban). Hiszen azért a program- 
nyelvek fejlődése nem állt meg. A C 
nyelv esetében ennek a fejlődésnek a 
fő jellemzője az, hogy a közérdeklő- 
désre számító programoknál egyre job- 
ban törekszik a jobb olvashatóságra, a 
típusok jobb ellenőrizhetőségére. Pél- 
dául a régi C feltételezte, hogy minden 
függvénynek van visszatérő értéke, és 
ha nem írunk semmit, akkor ez az érték 
egész típusú. No, de mivel a C nyelvben 
nincs külön függvény és eljárás, a 
visszatérő érték nélküli függvényeket, 
amelyeket pusztán hatásuk miatt hasz- 
nálunk, ugyanígy deklaráltuk. Most már 
lehetőség van arra, hogy az ilyen függ- 
vényt , void" típusúnak deklaráljuk, és 
hibát jelez, ha értékül akarjuk adni. 

A Pascal nyelv fejlődése ennél kacs- 
karingósabb volt. Wirth úr annak idején 
a Pascal nyelvvel együtt egy filozofikus 
cikket is írt, amelyben élesen állást 
foglalt a moduláris programozás ellen, 
arra hivatkozva, hogy a modulok kö- 
zötti kapcsolatokat nem lehet korrektül 
ellenőrizni. Ennek megfelelően a Pascal 
első változatában csak egyetlen progra- 
megységet lehetett írni. Persze ez a 
Pascal csak nagyon kis és nagyon egy- 
szerű programok írására volt alkalmas. 
A felhasználóknak ez nem nagyon tet- 
szett, és ezért olyan fordítók is születtek, 
amelyekben mégis lehetett bonyolul- 
tabb algoritmusokat is , elereszteni". 

Közben az elvi problémát megoldot- 
ták, és Wirth úr következő nyelvében, 
a Modulában már a moduláris progra- 


mozás mellett tört lándzsát. Azóta is 
folyik a vita az érdekelt körökben, hogy 
vajon a modularizált Pascal vagy a 
Modula második változata az igazi 
nyelv. (Ezzel egy érdekes cikk foglal- 
kozott a Turbo Pascal kapcsán az Alap- 
lap 1991. novemberi számában.) Mivel 
a két nyelv 9899-ban azonos, a vitát 
nyilvánvalóan a megszokás és a kelle- 
mesebb környezet (IPSE) dönti el. 


Tárgyorientált 
gondolatkörben 


Hasonló a helyzet az új csodafegyver- 
rel, az objektumorientált programozás- 
sal (OOP) is. Az OOP nem talált fel 
semmi újat, amit Pascalban vagy C-ben 
ne lehetne megvalósítani. Az OOP egy 
gondolatkör arról, hogyan kell progra- 
mot írni. Persze ha ezt a filozófiát 
programra akarjuk váltani Pascalban és 
C-ben, akkor egy kicsit többet kell 
programozni, mint enélkül, viszont a 
program valószínűleg könnyebben lesz 
fejleszthető. Ezt a többletmunkát meg 
lehet spórolni a nyelv továbbfejleszté- 
sével. A kérdés pusztán ez: dobjuk-e ki 
régi kedvenc nyelveinket, csináljunk-e 
tiszta lapot, és vezessünk-e be egy olyan 
nyelvet, amelyben kötelező így progra- 
mozni, vagy fejlesszük tovább a C-t és 
a Pascalt kis lépesekben, fokról fokra 
elkerülve azt a veszélyt, hogy esetleg 
egyszerre túl nagyot markolunk (és azt 
a hatékonyság vagy a felhasználó fel- 
fogóképessége sínyli meg). A C-t-, a 
Turbo C-t, a Pascal 5.5 és a Pascal 6.0 
láthatólag ezt a másik utat járja. 
Természetesen vannak olyan felada- 
tok, amelyekre készen állnak a rend- 
szerek, és a feladat teljesen megoldható. 
Gyakran ezeknek a rendszereknek is 
van nyelvük, amelyben az aktuális fel- 
adatot le kell írni. Ha azonban olyan 
feladatunk van, ahol a megoldásnak 
legalább egy részét a semmiből kell 
létrehozni, és pláne akkor, ha ezt más 
meglévő eszközökkel kell összekap- 
csolni, akkor olyan nyelvet kell válasz- 
tanunk, amely egyrészt a hatékony 
programozást, másrészt a szükséges in- 
terfészt biztosítja. Jelenleg erre a Pascal 
és a C nyelv esetében a legnagyobb a 
valószínűség. Ne tévesszen meg ben- 
nünket, hogy a feladat első kiírása 
nagyon egyszerű, és semmi extrát nem 
kíván; számtalan példa van arra, hogy 
ha a program első változatában csak 
fájlokat kellett kezelni, lehet, hogy a 
következőnek már adatbázist is, avagy 
ha a program első változata menüvezé- 
relt volt, a másodikba billentyűmakrók 
is kellenek. 
Farkas Ernő 
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Objektumorientált programozás 


A tárgyas , ragozás" 


Manapság egyre gyakrabban találkozhatunk 
az ,objektumorientált" kifejezéssel. 
Van objektumorientált programozás (OOP), 


tervezés, analízis és adatbázis. 


De vajon mit is jelent maga az objektumorientáltság — 

és valóban olyan jelentőségű-e, 

mint ahogy a megjelenő cikkek és a hirdetések sugallják? 
Az OOP-metodika jelentőségének megértéséhez 

kövessük nyomon a programozás történetének vezérfonalát. 


A tények sora 


Az első számítógépek alacsony sebes- 
sége és kis memóriakapacitása arra ÖSZ- 
tönözte a programozókat (akiket akkor 
még kódolóknak hívtak), hogy mindent 
a gép szemszögéből nézzenek. A prog- 
ramokat elsősorban gépi kódú utasítá- 
sok sorozatának tekintették. Az adatok 
csak másodlagos szerepet játszottak, és 
a tervezés fő eleme a folyamatábra volt. 

A klasszikus (3. generációs) progra- 
mozási nyelvek fejlődése és az alkal- 
mazásgenerátorok, illetve a 4. generá- 
ciós programozási eszközök megjele- 
nése tükrüzi azt az utat, amelyet a 
programozás a géporientáltságtól a fel- 
használóorientáltság felé tett meg. A cél 
ma már az, hogy a számítógép mint 
eszköz a felhasználó szempontjai sze- 
rint működjék. Mivel azonban a hard- 
verfelépítésben az 50-es évek óta nem 
volt , rendszerváltás" (a mai gépek még 
mindig a Neumann-féle tárolt program 
elven működnek), a változásokat a 
mind korszerűbbé váló szoftverek je- 
lentették. 

A felhasználó által felállított köve- 
telmények nagyban függnek attól, hogy 
konkrétan milyen alkalmazásról van 
szó. Mást akar a matematikus, mást az 
üzletember, és megint mást a mérnök. 
Mások az elvárásai egy számítástech- 
nikusnak, egy titkárnőnek, egy szállo- 
dai portásnak. Mást várunk el egy szö- 
vegszerkesztőtől, egy táblázatkezelő- 
től, egy játékprogramtól. Ezért azután 
a programozási nyelveket és eszközö- 
ket az egyes alkalmazói/alkalmazási 
csoportok szempontjai szerint tervez- 
ték, és minél jobban megközelítik az 
egyik csoport elvárását, annál inkább 
eltávolodnak a többiétől. Eléggé nyil- 


vánvaló, hogy egy adatbázis-kezelővel 
senki sem óhajt termelésirányító prog- 
ramot írni. Egyébként ez a dilemma az 
oka annak, hogy a hagyományos prog- 
ramozási nyelvek mind a mai napig 
olyan jelentős szerepet játszanak a 
programozásban, mivel az új eszközök 
mindegyikét ezen nyelvek valamelyi- 
kén írták meg. De hát ha úgyis mindent 
3. generációs programozási nyelveken 
írnak, miért nem használja mindenki 
ezeket a nyelveket? 

Azért, mert ezeknek a nyelveknek — 
különösen a leghatékonyabbaknak — 
az elsajátítása sok évi tanulást és gya- 
korlatot igényel, ami ugye nem várható 
el egy , mezei" felhasználótól, másrészt 
a ráfordított idő és energia (hogy ezek- 
nek a nyelveknek a segítségével alkal- 
mazásokat hozzunk létre) olyan nagy, 
ami egyszerűen nem érné meg. Gon- 
doljuk el például, hogy minden titkárnő 
maga készítené el saját szövegszerkesz- 
tőjét. .. Beláthatjuk, ez így nem működ- 
het. Mi tehát a megoldás? 


Objektumok 


Minden alkalmazásban közös az a szán- 
dék, hogy bizonyos objektumokat (a 
valós világ tárgyait vagy fogalmait mo- 
dellező absztrakciókat) akarunk mani- 
pulálni. Programozástechnikai szem- 
pontból az egyik eltérés a különböző 
alkalmazások között az objektumok 
specifikációja: hiszen ezek például egy 
nyelvész számára a szavak, a mondatok 
és a nyelvtani kategóriák lehetnek, míg 
mondjuk egy üzletember számára a 
számlák, a rendelések és a tartozások. 

A valós világ tárgyainak tulajdonsá- 
gai vannak, és különböző dolgokat vé- 
gezhetünk velük. Mondjuk egy lufinak 


színe, mérete és a térben valamilyen 
helyzete van, a lufit felfújhatjuk, moz- 
gathatjuk. A számítástechnikai objektu- 
mok szintén rendelkeznek tulajdonsá- 
gokkal (attribútumokkal), és különböző 
dolgokat lehet velük elvégezni. Ezek- 
nek az elnevezése metódus, operáció, 
vagy közismertebben művelet. 

Az OOP-terminológia nagy része 
egyébként a Smalltalkból, az egyik leg- 
jelentősebb OOP-nyelvből származik. 
Így például a tartozás objektum olyan 
metódusokkal kapcsolódik, mint a nö- 
vekedés, csökkenés és megszűnés. Ter- 
mészetesen nem véletlen, hogy a tarto- 
zás objektum attribútumai és metódusai 
nagyon emlékeztetnek a valódi tartozás 
tulajdonságaira és viselkedésére — ez 
az  objektumorientált megközelítés 
egyik erőssége. 


Osztályok 


A gyakorlatban természetesen nemcsak 
egyetlen lufival vagy tartozással aka- 
runk dolgozni, hanem lufik és tartozá- 
sok egész sorával. Az OOP-nyelvek 
ezért kínálják az objektumtípus vagy 
más néven osztály fogalmát (ez a ha- 
gyományos nyelvek adattípusának ki- 
bővített változata). A programozó elő- 
ször tehát egy osztályt definiál a szük- 
séges attribútumokkal és metódusok- 
kal, azután kellő számú példányt hoz 
belőlük létre. Míg a régi nyelvekben 
adott típusú változókat deklarálhattunk 
(például egészszám- vagy karaktertípu- 
súakat), addig az objektumorientált 
nyelvekben a változók a hagyományos 
típusokon felül egyes osztályokhoz is 
tartozhatnak (ezek egyedei lesznek). 


Információelrejtés 


Az osztályok és objektumok gyakran 
olyan modulstruktúrák formájában je- 
lennek meg, amelyek az információel- 
rejtés elvén alapulnak. Ez a megoldás 
ugyan csak félúton van a teljes objek- 
tumorientáltság felé, mégis nagyon sok 


"előnnyel jár a hagyományos blokk- 


struktúrájú nyelvekhez képest. A mo- 
dulok az objektumorientáltság sok elő- 
nyét biztosítják, és megszabadítják né- 
hány hátrányától,. ugyanakkor: a meg- 
valósításukhoz nem kell objektum- 
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orientált nyelvet választani, noha e 
nyelvek közül sok vette átés alkalmazta 
az objektumokra az információelrejtés 
elvét. A Smalltalkban például az objek- 
tumok attribútumai közvetlenül nem 
manipulálhatók, csak a definiált metó- 
dusok segítségével módosíthatjuk őket. 
A C4---ban a tervező határozza meg az 
objektumhoz való hozzáférés módját, 
ami lehet közvetlen, közvetett vagy 
ezek tetszőleges kombinációja. 


Öröklés 


Az objektumorientált nyelvek legfon- 
tosabb tulajdonsága az öröklés. A lufi 
például konkrét fizikai tárgy, így az 
ilyen tárgyakra jellemző, a köznapi 
értelemben vett elhelyezkedéssel is 
mint tulajdonsággal bír, Azaz beszélhe- 
tünk a fizikai tárgyak osztályáról, ahol 
is a fizikai elhelyezkedés az egyik att- 
ribútum. Így a lufi osztály a fizikai 
tárgyak osztályának alosztálya, és mint 
ilyen, örökli a fizikai elhelyezkedés 
jellemzőt. Általánosan: egy alosztály 
örökli az osztály attribútumait és metó- 
dusait. A fennálló viszony miatt, illetve 
az osztályhierarchia szemléltetésére az 
objektumorientált terminológiában el- 
terjedt az őstípus, előd, utód kifejezések 
használata. Az osztályok hierarchiája 
lehetővé teszi a rendszert alkotó objek- 
tumok rendszerezését és kézben tartá- 
sát. 

Az öröklés lehetővé teszi a rendszer- 
tervezők számára az általánosításokat, 
és a közös tulajdonságok alapján a 
rendszer objektumhierarchiájának fel- 
építését. Ez sok esetben egyszerű, de 
általános célú tervezést eredményez, 
ami megalapozza a rendszer hosszú 
idejű használatát erős változtatások nél- 
kül, illetve a karbantartási feladatokat 
is egyszerűsíti. Nem minden objektum- 
orientált rendszer támogatja az öröklést, 
vagy ha igen, nem mindig teljes formá- 
jában. 


Dinamikus összerendelés 


Az objektumorientáltság egyik szintén 
fontos, de még kevésbé általános tulaj- 
donsága a dinamikus vagy futásidejű 
összerendelés. Ez egy adott művelet és 
a műveletet megvalósító kód közötti 
kapcsolatteremtés idejére utal. A tradi- 
cionális programozástechnikában a mű- 
veletekre és eljárásokra való hivatko- 
zások a program előállítása során, a 
linkelésnél kerültek a helyükre, és ez a 
viszony a program futása során nem 
változott  (szerkesztésidejű statikus 
összerendelés). A korszerű rendszerek- 
ben és sok objektumorientált nyelvben 
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lehetőség van a hivatkozások futásidejű 
kielégítésére, illetve arra, hogy adott 
helyzetben a rendelkezésre álló eljárá- 
sok közül egyet válasszunk ki valami- 
lyen szempont vagy mechanizmus se- 
gítségével (futásidejű dinamikus ösz- 
szerendelés). Például az objektumok 
legtöbbjéhez illeszkedik megjelenítési 
funkció, ez azonban az objektum típu- 
sától függően mást jelent. Nyilvánva- 
lóan másként jeleníthetünk meg egy 
nyulat és egy répát, de eltérés lehet egy 
szöveges és egy grafikai képernyőt is 
alkalmazó komplex tervezési rendszer- 
ben a betűk megjelenítésében a kétféle 
monitoron. 

Statikus összerendelés esetén a for- 
dítónak, illetve a linkernek a szerkesz- 
téskor tudnia kell, milyen objektumot 
akarunk megjeleníteni, hogy a megfe- 
lelő eljárást beszerkessze a kódba. Di- 
namikus összerendelés esetén maga az 
objektum azonosítja az osztályát, és a 
futásidejű rendszer találja meg az osz- 
tályhoz tartozó metódust. Ez utóbbi 


, hatékonyabb és rugalmasabb módszer 


a statikusnál, és sok OOP-nyelv alkal- 
mazza, sőt: nem kifejezetten objektum- 
orientált rendszerek is. A Smalltalkban 
minden hivatkozás futásidejű összeren- 
deléssel jár, míg a fordítós nyelvekben 
(C-4-4-, Turbo Pascal) lehetőség van a 
statikus és dinamikus összerendelés 
megválasztására a programozás során, 
ami növeli az előállított kód hatékony- 


OOPPÁ! 


ságát. Természetesen a  futásidejű 
összerendeléssel járó méretnövekedést 
és sebességcsökkenést célszerű figye- 
lembe venni a tervezés folyamán. 


00P — előre van vissza?! 


A programozó számára az OOP egyik 
legjelentősebb előnyét a modulokba va- 
ló szervezés jelenti, mert lehetővé teszi 
a rendszerek elemeinek egységes keze- 
lését és az összefüggő részek (adattípus 
és műveletek) egyszerűbb kapcsolatát. 
Ezen túl a rendszerkarbantartás és a 
rendszerbővítés is könnyebb a modulá- 
ris architektúrának köszönhetően. A 
másik lényeges előny a már rendelke- 
zésre álló kód ismételt felhasználható- 
ságában rejlik. Az öröklés által a megírt 
modulok/osztályok az új szempontok 
szerinti tulajdonságokkal bővíthetők, 
de az eredetiek is módosíthatók anélkül, 
hogy szükség lenne a kód újraírására 
vagy módosítására. Így az eredeti struk- 
túrát és elképzeléseket meghagyva, 
mintegy lecseréljük a rendszer egyes 
részeit. 

Az objektumorientált programozás 
legnagyobb gyakorlati haszna ez idáig 
leginkább a szoftvereszközök terén ta- 
pasztalható. Az objektumorientált kife- 
jezés mindazonáltal ma még főként 
vevőcsalogató, mivel az előnyök ki- 
használásához nagyon sok mindennek 
meg kell változnia a hagyományos szá- 


Mi is tehát az objektumorientáltság, tárgyorientáltság? Egy rendszer, egy 
módszer, egy technika objektumorientált akkor, ha objektumosztályokon és 
olyan objektumokon alapul, amelyek mind az attribútumokat, mind a metó- 
dusokat magukban foglalják. Az ilyen rendszerek feltehetően, de nem 
kötelezően kínálják az öröklés és dinamikus összerendelés lehetőségeit. 

Az objektumorientált programozás — a strukturált programozáshoz hason- 
lóan — általános célú programozási metodika, amelyet éppúgy alkalmaz- 
hatunk operációs rendszer vagy bérszámfejtő program, mint grafikus prog- 
ram írására. A cél, akárcsak a strukturált programozás esetén, hogy a 
programozóknak segítséget nyújtson robusztusabb, megbízhatóbb és 
könnyebben karbantartható programok megírásához. Egy objektumorientált 
programozási rendszer vagy eszköz segítségével megírt alkalmazás termé- 
szetesen külsőleg semmiben sem különbözik a hagyományos eszközökkel 
megírttól — ugyanúgy, ahogy a minőségi jellemzők sem a metodika függ- 


vényei. 


Mivel egyelőre nem létezik széles körben elfogadott OOP-nyelv (sőt: még 
a követelmények sincsenek egységes formában kidolgozva), tanácsos, hogy 
az objektumorientált tervezési módszert szem előtt tartva dolgozzuk ki 
rendszerünket — anélkül, hogy túlságosan kihasználnánk egy adott imple- 
mentáció specifikus tulajdonságait. Mindenesetre biztosnak látszik, hogy az 
objektumorientált programozási nyelvek és programozási környezetek a 
strukturált programozási metodikát és a nagy rendszerek fejlesztését to- 


vábbviszik a XXI. századba. 
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mítógép-környezetben. Vegyük az ope- 
rációs rendszerek területét; eddig csak 
egyetlen, igazán objektumorientált kör- 
nyezet terjedt el relatíve széles körben 
(a Next gépek Unix-alapú Mach rend- 
szere). A többi operációs rendszernek 
nincs semmilyen objektumorientált tu- 
lajdonsága. A kísérleti rendszereken kí- 
vül (Smalltalk, Ceres, Pink) csak bi- 
zonytalan lépések tétettek a már meg- 
lévőek korszerűsítésére (System 7.0, 
Windows 3.0, PM). 

Gyakran hangzik el olyan kijelentés, 
hogy az objektumok a szoftverek integ- 
rált áramkörei lesznek, pedig ettől ma 
még nagyon távol vagyunk. Például 
nincs definiálva az, hogy az eltérő 
rendszereken — nem is beszélve az 
eltérő nyelveken — létrehozott objek- 
tumokat milyen módon lehet más rend- 
szerekben felhasználni, de legalábbis az 
egyes egyedeket mágneses adattárolón 
vagy hálózaton keresztül továbbítani 
más felhasználók felé. De maradjunk 
csak a DOS szűkre szabott keretei kö- 
zött, és gondolkodjunk el azon, vajon 
milyen sikerrel alkalmazhatja egy Bor- 
land C----ban programozó a Turbo Pas- 
cal 6.0 segítségével lefordított kódun- 
kat! Sajnos valóság: az objektumok 
csak egy adott rendszeren belül — mi 
több: csak egy adott fordítóprogram 
által létrehozott program működé- 
séig — léteznek, és ebből a keretből 
egyelőre sem térben, sem időben nem 
léphetnek ki. Bár a JPI cég TopSpeed 
nyelveinek új verziója (egy nagyon jó 
tervezési elgondolásnak köszönhetően) 
már lehetővé teszi az objektumok hasz- 
nálatát C-4--, Modula ás Pascal környe- 
zetben, ez csak a JPI termékeire és az 
IBM PC-vel kompatibilis gépek kör- 
nyezeteire (DOS-Windows, 0S/2-PM) 
vonatkozik. Egy fecske még nem csinál 
nyarat. 

Egy másik nagy gond az öröklésből 
és a dinamikus összerendelésből fakad. 
Mire végre eljutottunk oda, hogy a 
statikus linkerek legjobbjai (Stony 
Brook, TopSpeed) már kizárólag csak 
a program által használt változókat és 
kódrészeket tartalmazó kódot állítanak 
elő, máris itt vannak az objektumorien- 
tált nyelvek tulajdonságaiból származó 
problémák. Mint láttuk, egy jól terve- 
zett rendszer- vagy objektumkönyvtár 
objektumosztályok hierarchiájából áll. 
Igen ám, de a dinamikus összerendelés 
nehéz helyzet elé állítja a linkert, mivel 
a futásidőben fennálló viszonyok elem- 
zése szükséges ahhoz, hogy a végleges 
kód valóban csak azokat a metódusokat 
tartalmazza, amelyek kellenek. Amikor 
a legtöbb linker még a statikus viszo- 
nyok elemzését sem képes tisztessége- 


sen elvégezni, ez talán túlzásnak tűnhet, 
ugyanakkor jogos az az igény is, hogy 
ha az ember egy barackot óhajt elfo- 
gyasztani uzsonnára, ahhoz ne kelljen 
az egész kertet hazavinnie. Objektum- 
orientált szoftvereszközt gyártó cégek 
közül többen is azzal hirdetik terméke- 
iket, hogy nincsen közös őstípus, min- 
den osztály egyedi, így a futásidejű 
programméret kisebb, mint egyetlen 
összefüggő hierarchia esetén. Ez a meg- 
oldás viszont meglehetősen eltér az 
objektumorientált metodika egyik fon- 
tos alaptételétől, hogy egy rendszer az 
objektumok jól megtervezett hierar- 
chiájából épül fel. Így kár erőltetni az 
objektumorientáltság látszatát (a jobb 
szlogen érdekében). Ugyanis 3. gene- 
rációs eszközökkel is lehet kiváló prog- 
ramokat alkotni, A klasszikus Smalltalk 
nyelvben például minden osztály az 
Object őstípusból származik, de említ- 
hetném pozitív példaként a Borland cég 
TurboVision könyvtárát is. 

A harmadik problémát a klasszikus 
objektumorientált fejlesztői környeze- 
tek speciális tulajdonságaiból származó 
gondok jelentik. Az ilyen rendszerek 
(például a Smalltalk-30 és a Small- 
talk/V, illetve az Actor) interaktív és 
interpreteres rendszerek, ami kezelésü- 
ketés felhasználóbarát tulajdonságaikat 
növeli, ugyanakkor mondjuk a Paksi 
Atomerőmű vezérlését már nem na- 
gyon lehetne rájuk bízni. Az ilyen jel- 
legű igények kielégítésére születtek a 
3. geherációs nyelveket objektumorien- 
tált kiterjesztéssel ellátó megoldások 
(C-t--, Objective-C, Object Pascal, az 
új generációs Modula-2 és Pascal-for- 
dítók, továbbá legújabban az Object 
Cobol), illetve néhány új nyelv, ame- 
lyek közül a legnagyobb figyelem egye- 
lőre a Modula-3, illetve az Oberon felé 
irányul. (Lásd a 91/12. szám 74. olda- 
lát.) 


Alkalmazási területek 


Az alkalmazási területek közül talán a 
felhasználói felületek előállításánál 
használják leginkább az OOP-t. Elég 
magától értetődő az összefüggés a kép- 


. ernyőn megjeleníthető grafikus objek- 


tumok és a programban található objek- 
tumok között. Ez az összefüggés még 
szorosabbá tehető, ha mondjuk egy 
egérkattintással a grafikus objektum 
megfelelő részén egy olyan menüt ka- 
punk, amely az objektumra alkalmaz- 
ható műveleteket tartalmazza. Az OOP 
elterjedése a grafikus felhasználói fe- 
lületek előállításában persze nem a vé- 
letlen műve. Mind a grafikus felhasz- 
nálói felületekkel, mind az objektum- 


orientált rendszerekkel kapcsolatos ku- 
tatásban élen járt a Xerox Palo Altó-i 
kutatási központja (a PAROC), és az ott 
elkészült Smalltalk rendszer egyesítette 
magában az elért eredményeket. 
Természetesen az OOP nem kizáró- 
lag grafikus alkalmazások előállítására 
alkalmas. Mivel a legtöbb rendszer 
alapvetően információk és adatok táro- 
lásával és megjelenítésével foglalkozik, 
ezért az objektumok tárolásával (objek- 
tumorientált adatbázis) és megjeleníté- 
sével foglalkozó integrált környezetek- 
nek nagy szerepük van nem időkritikus 
alkalmazásokban. 
Villányi László 


EZ Snáztts gat 
Generációváltás 
Az első és második generációs 
programozási eszközök még alig 
voltak többek, mint a mindennapi 
kódolást . megkönnyítő segédle- 
tek. Aharmadik generációs prog- 
ramozási nyelvek már valóban új 
minőséget jelentettek, nemcsak 
a kódolás, hanem a rendszerter- 
vezés területén is. A harmadik 
generációs programozási nyel- 
vek száma a kétezret is megkö- 
zelíti, és noha egyre több a ne- 
gyedik generációsnak tekinthető 
programozási nyelv és eszköz, a 
klasszikus nyelvek ideje még ko- 
rántsem járt le. Az alkalmazások 
nagy része még mindig ezeken 
a nyelveken készül, sőt a negye- 


dik generációs újdonságok zö- 
métis harmadik generációs nyel- 
ven írták. 

Az aktuális cél azonban — a 
hardverárak csökkenésének és 


a nyers számítási teljesítmény 
hihetetlen növekedésének kö- 
szönhetően — nem a gépi kapa- 
citás maximális kihasználása, 
hanem-az emberi erőforrásokkal 
való optimális gazdálkodás. A 
programozás aprólékos részle- 
teit maga a számítógép veszi 
majd át, a programozó feladata 
így elsősorban a tervezés lesz, 
amiben ugyancsak számíthat a 
számítógépre. Azért korántsem 
kell még temetni. Az egyelőre 
egyeduralkodó technológiák 
nem adják meg könnyen magu- 
kat, és valószínűleg a jövőben is 
szükség lesz rájuk. 
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Szoftvermérnökség 





CASE-i vezérlés 


A jó programok nem a véletlen szülöttei, 

és nem is egyszerűen a józan paraszti ész termékei. 
Az érdemi programokat tervezik. 

A programtervezési metodika a 60-as évek eleje óta 
egyre nagyobb hangsúlyt kapott a rendszertervezésben: 
kezdve a korai intuitív programozástól egészen 

a napjainkban már automatizált tervezési környezetekig. 


Nagy utat járt be a számítástechnika az 
50-es évek lyukkártyás, oktális kódolá- 
sú programjaitól a 80-as évek személyi 
számítógépes forradalmáig. A számító- 
gépek egyre nagyobb teljesítményűek, 
a programok pedig egyre terjedelme- 
sebbek és bonyolultabbak. A program- 
tervező feladata ennek a komplex rend- 
szernek a kézben tartása és menedzse- 
lése. A szoftvermérnökség magában 
foglalja a szoftverek analízisét, terve- 
zését, tesztelését, hitelesítését és kar- 
bantartását. Ez a számítástechnikai 
diszciplína körülbelül a 70-es évektől 
létezik, és kialakulásában nagy szerepe 
volt a strukturált programozási metodi- 
kának. A strukturált programozás nagy 
lépést jelentett a korai kipróbálás, hiba- 
javítás és spagettikód-technológiákhoz 
képest, és általánosan elfogadott metó- 
dussá vált, amelyet sikerrel lehetett 
alkalmazni a legkülönfélébb esetekben. 

A modern komplex rendszerek ese- 
tén azonban a strukturált programozás 
már nem nyújt elegendő segítséget. 
Ezért azután a tervezőknek újabb mód- 
szerek után kellett nézniük. Ezek közül 
a legfontosabbak az adatabsztrakció, az 
információelrejtés, a strukturált rend- 
szeranalízis, az adatbázis-metódusok, 
az adatbázis-központú 4. generációs 
eszközök, az objektumorientált progra- 
mozás és az automatizált dokumentálás. 
A számítógéppel segített szoftvermér- 
nökség (CASE) mint technika ezeknek 
a módszereknek nagy részét tartalmaz- 
Za és automatizálja. 

Mindezen módszerek közös jellem- 
zője az, hogy megpróbálják a rendszer 
komplexitását emberi mértékűre redu- 
kálni. Természetesen ez bizonyos meg- 
kötést jelent a programozó számára, 
ugyanakkor viszont gyorsabbá teszi az 
implementálást. A legújabb módszerek 
többsége számol azzal is, hogy az el- 
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készült programok élettartama várható- 
an hosszú lesz, ezért eleve figyelembe 
veszik a fejlesztés és karbantartás igé- 
nyeit is. 

A szoftvermérnökség fogalmai közül 
összefoglaltuk a legfontosabbakat. A 
közös ezekben a felmerült probléma 
bonyolultságának redukálása, és így a 
programozói feladat könnyítése. 

A CASE-termékek a programozók 
által jól ismert eszközöket ötvözik egy- 
be egy integrált környezet segítségével. 
Ilyen eszközök a fordító, a linker, a 
debugger és az editor. Ezenfelül a 
CASE-eszközök a strukturált módsze- 
rek, a rendszeranalízis és a szoftvermér- 
nökség automatizált változatait is tar- 
talmazzák. A CASE rendszerek sok 
esetben ezen túl a specifikáció és a 
szoftvermérnöki munka alapján a meg- 
felelő kód generálására is képesek a 
felhasználó által megadott programozá- 
si nyelven. 

Noha a piacon létező CASE-termé- 
kek meglehetősen eltérően értelmezik 
feladatuk mibenlétét, az mindegyiknek 
célja, hogy lehetővé tegye a szoftver- 
mérnökök munkájának nagy részét az 
analízisre és a tervezésre fordítani, nem 
pedig magára a kódolásra. Ez a jelenlegi 
tendenciákat figyelembe véve jelentős 
segítség, hiszen egy teljesen és korrek- 
tül definiált probléma megoldására szü- 
letett programtervnek minden esetben 
jól működő programot kell eredmé- 
nyeznie, tehát a kódolási és tesztelési 
szakasz jelentősen lerövidíthető. 

A CASE-eszközök másik fontos elő- 
nye a nagy rendszerek karbantartásában 
és fejlesztésében nyújtott segítségük. A 
komplex rendszerek esetén ugyanis a 
programok folyamatos változtatásokon 
mennek keresztül a rendszer tökélete- 
sítése során. A CASE-környezet ilyen- 
kor biztosítja azt, hogy a tervek és a 


ejzveteítéges környe- 
: a modulok egymáshoz. 


A fnójuláds mioktánet; strukturál- ; 
hatók. A kialakult struktúra függ az 


. alkalmazott módszertől. A prog- 
§ rammodulok Elyakő . kapcsolatok 


alkothatnak £ fastruktúrát 
(hierarchikus KZLYéZőSi "Például a 


. top-down " módszerrel tervezett 
. programok tipikusan hierarchikus 
. struktúrájúak. A hierarchikus struk- 
. túra megfelelő a komplexitás csök- Í 
. kentése szempontjából, azonban a. 


hierarchiában nincs mód a megírt 
kód újbóli felhasználására, mert a " 
szigorú fastruktúra nem teszi lehe- 


 tővé a közös modulok . használatát. 


Információelrejtés 

A jól definiált modulok egymástól 
függetlenek. Egymással csak defi- 
niált interfészeiken keresztül kom- 
munikálnak. A kliens moduloknak 
nincs szükségük a kiszolgáló modul 
MESET s tat részének ismereté- 

re (lokális vagy belső változók, 

algoritmusok stb.). Ezt az informá- 
ciót célszerű a kliens elől elrejteni, 
és ezzel az egyes modulok integri- 


tását megőrizni. Így elkerülhető, . 
hogy a rendszert felesleges infor- 
: mációkkal árasszuk ak 


Absztrakció 


Minden absztrakció az információ- 
elrejtés elvén alapul. Az absztrak- 
ciók arra szolgálnak, hogy a rend- 


Szer felépítésére vonatkozó apró 


részletektől "megkíméljék a terve- 
zőt, akinek így csak a nagyobb 


. egységek együttműködését kell 


vizsgálnia. Természetesen a teljes 
rendszer megvalósításakor a rész- 
leteketis ki kell dolgozni. Az abszt- 
rakció elve a bottom-up programo- 


. zási metodika alapja. Ennek lénye- 
. ge, hogy a rendszert absztrakciók 


rétegeiből, mint kisebb nagyobb 
építőkövekből építjük fel. A szoft- 


. vermérnökség megkülönbözteti az 


adat-, a program- és a vezérlési 
absztrakciót. ; 





működő programok megegyezzenek, és 
a dokumentációk is a valós állapotokat 
tükrözzék. 

A CASE rendszerek középpontjában 
az adatkönyvtár áll, ahogyan a 4. gene- 
rációs eszközöknél az adatbázis, illető- 
leg a mesterséges intelligencia-rendsze- 
reknél a tudásbázis. Az adatkönyvtár 
tartalmazza a rendszer objektumainak 
definícióit és az objektumok között 
fennálló viszonyokat, valamint az ob- 
jektumok és a programkód közötti kap- 
csolatokat. Az adatkönyvtár objektumai 
lehetnek nyomtatási és képernyőtervek, 
adatbázis-struktúrák,  struktúradiagra- 
mok és folyamatábrák. 

A CASE rendszerekben a program- 
tervezés és a módosítás a specifikáció 
szintjén marad, így a specifikációban 
bekövetkezett változásokat a létreho- 
zott kód is tükrözi. Ez lehetőséget ad a 
CASE-környezeten belül a rendszerrel 
kapcsolatos elképzelések tesztelésére 
is. A specifikációbeli változások hatása 
végigkövethető a rendszermodellen, és 
kielemezhető anélkül, hogy a valódi 
rendszeren változtatni kellene. 

A CASE-termékek többsége külön- 
féle addicionális modulokkal bővíthető, 
amelyek közül a legfontosabb a prog- 
ramozási csoportok menedzselésére 
szolgáló bővítés. Ez lehetővé teszi a 
komplex rendszerrel kapcsolatos fel- 
adatok felosztását különböző progra- 
mozói csoportok vagy egyedi progra- 
mozók számára, valamint segítséget 
nyújt a munka különböző fázisainak 
összehangolására és ellenőrzésére a 
csoportok között. 

A CASE rendszerek bonyolultságát 
nagyon jól szemlélteti azok ára. Egy 
alapkiépítésért körülbelül 50 Turbo for- 
dító árát kell kifizetni, és a költségek 
egy teljes rendszer esetén ennek a tíz- 
szeresét is kitehetik. Ezért aztán a 
CASE-eszközöket csak az igazán kriti- 
kus feladatokhoz veszik igénybe, és bár 
IBM PC-s környezetben is számos imp- 
lementáció létezik, ezek nagy részét 
nem személyi számítógépeken futó 
rendszerek előállítására használják. 

A CASE iránt túl nagy a várakozás, 
emiatt sokan csalódtak is a használatá- 
ban. Természetesen a szoftverfejlesztés 
mindig is nehéz és bonyolult feladat 
volt, a CASE rendszerek segítségével 
azonban gyorsabban állíthatjuk elő a 
szükséges specifikációkat és terveket, 
továbbá támogatást kaphatunk a kód- 
íráshoz is— hiszen a CASE betűszóban 
a hangsúly az , A"-n, azaz a támogatá- 
son van. Mindazonáltal a CASE csak 
az egyik segédeszköz a komplex szoft- 
verrendszerek fejlesztéséhez. 

Villányi László 


A HÓNAP TÉMÁJA 


Mesterséges intelligencia 
Agyszerű és nagyszerű 


A számítógépek megjelenésével 


szinte egyidős a törekvés: 


hogyan lehet velük az emberi viselkedést, 
annak intelligensnek nevezhető jegyeit modellezni, 


mesterségesen előállítani. 


Az ún. mesterséges intelligencia egy 
lehetséges meghatározása: , A számí- 
tástudomány azon részterülete, amely 
vintelligensxc számítógépprogramok ki- 
fejlesztésének kérdéseivel foglalkozik. 
Ezek olyan programok, amelyek prob- 
lémákat oldanak meg, általában tanul- 
nak a korábbi tapasztalatukból, megér- 
tenek természetes nyelvű közléseket, 
képeket értelmeznek: olyan viselkedést 
mutatnak, amit az emberek esetében 
intelligensnek lehetne nevezni." (Idézet 
a Szakértő Rendszerek "88 című, a 
Számalk által kiadott tanulmánykötet 
kislexikonából.) 

A következőkben — az efféle kérdé- 
sekkel foglalkozó, tervezett TUDÁS- 
TECHNOLÓGIA rovatunkhoz az olva- 
sók várakozását, kíváncsiságát felkel- 
tendő — röviden vázoljuk a mestersé- 
ges intelligencia kialakulását, jellemző 
részterületeit, a fejlődés fő irányait. 


A történet kezdetei 


Lehetne onnan is indítani, hogy az 
emberi intelligenciával már az ókorban 
is foglalkoztak: az emberek gondolko- 
dásának rejtelmeit vizsgáló görögök 
már közel 3000 évvel ezelőtt létrehoz- 
ták a logika, a szintaxis és az ismeret- 
elmélet olyan rendszereit, amelyek 
mindmáig —— meghatározóak. — Ezek 
— pontosabban az ezekből időközben 
kifejlődött formális logika, a számítás- 
tudomány korai eredményei, valamint 
a kognitív pszichológia (a megismerés 
lélektana) — képezik alapját annak az 
új tudományterületnek, amelyet mester- 
séges intelligencia néven neveznek már 
35 éve. 

A (programozható) számítógépek 
megjelenése a második világháború 
idejére esik; a numerikus számításokra 
való alkalmasságuk már ekkor bebizo- 
nyosodott. Nem véletlen, hogy a háború 
befejeztével, az ún. hidegháborús kor- 


szak éveiben a gépi fordítórendszerek 
kidolgozása volt a figyelem középpont- 
jában (amely megoldotta volna a fenn- 
maradt német háborús dokumentumok, 
majd később az egyre gyarapodó tudo- 
mányos és technikai dokumentumok 
fordítását egyik nyelvről a másikra) . A 
kezdeti elvárásoktól azonban az elért 
eredmények messze elmaradtak. 

Bizonyára Alan Turing, a híres angol 
matematikus , Computing machinery 
and intelligence" (1950) műve inspirál- 
ta a mesterséges intelligencia atyját, 
John McCarthyt, aki az információfel- 
dolgozó nyelvek első, 1956-os konfe- 
renciájára készülve használta először a 
, Mesterséges intelligencia" (MI, ango- 
lul: artificial intelligence, AI) megne- 
vezést. 


Azok a legendás 
60-as évek... 


A 60-as évek elején megjelent a LISP, 
az MI első alapnyelve; a másik pedig 
a 70-es évek elején megalkotott Prolog. 
Mindkét nyelv a matematika formális 
rendszereire (az ún. lambda kalkulusra, 
illetőleg a matematikai logikára) épül. 
A kívánt keresési algoritmusokat (lásd 
alább) nem algoritmikusan, hanem a 
formális levezetéseket mintázó szimbó- 
lum-manipulációk alkalmazásával le- 
het bennük beprogramozni — emiatt az 
eddigi MI-programokat szimbolikus 
programoknak is nevezik. 

Az MI első sikerei (a 60-as években) 
a matematikai logika tételeinek bizo- 
nyításában hasznosultak, és a játékel- 
mélet, főleg a sakkjáték területén is 
megmutatkoztak. Ezek jól körülhatárol- 
ható, véges számú szabállyal jellemez- 
hető tárgyterületek. Az ez irányú kuta- 
tó/fejlesztő munka során mindmáig ér- 
tékes eredmények születtek a (megol- 
dás)keresési stratégiák, a hatékony ke- 
resési algoritmusok területén. 
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Csakhamar kiderült azonban, hogy 
nehéz és összetett feladatok számítógé- 
pes megoldásához bármilyen bonyolult 
keresési stratégiát is alkalmaznak, még- 
sem tudják megközelíteni a jól képzett 
szakemberek (például sakkmesterek) 
intuitív feladatmegoldó képességét. Be- 
bizonyosodott, hogy a bonyolultsággal 
könnyebben lehet megbirkózni, ha ma- 
gát a feladatot és a megoldásának lépé- 
seit leíró ismeretanyagot ábrázolják 
megfelelően (,jól strukturált" módon) 
a számítógépben. Ekkor ugyanis annak 
kezelése, a feladatmegoldási szituáció- 
tól függő mozgósítása egyszerű mecha- 
nizmusokkal jobban megfogható. 


Ismeretbázis 
plusz következtetés 


Az ilyen, ún. ismeretalapú vagy tudás- 
alapú (, knowledge based") rendszerek- 
nél megvalósuló új programszervezési 
elv: a tárgyterület szakértőjének isme- 
reteit tartalmazó ismeretbázis és az ezt 
(szituációfüggően) működtető követ- 
keztető mechanizmus jól elhatárolódik. 
E rendszerek többsége a nem számítás- 
technikusi beállítottságú emberek szá- 
mára is , barátságos" felhasználói fe- 
lületet biztosít, mégpedig oly módon, 
hogy a rendszer működését bárki ké- 
pes legyen követni: a felhasználó kéré- 
sére a rendszer az elvégzett következ- 
tetési lépésekhez természetes nyelvű 
magyarázatot, indoklást is adhat. Az 
utóbb felsorolt rendszerkomponensek 
— megfelelő ismeretbázis-feltöltő és 
-karbantartó szolgáltatásokkal kibővít- 


Egy cikksorozat elé 


Naponta mindannyian átéljük, mi- 
lyen gyorsan nő az az információ- 
mennyiség, ami munkánk sikeréhez, 
mindennapos  tájékozottságunkhoz 
szükséges. A 21. század, az , infor- 
mációs társadalom" küszöbén állunk 
(sokak szerint máris ott vagyunk). Az 
igényeknek megfelelő, , emberi mó- 
don segítő/tariácsadó", integrált intel- 
ligens információs rendszerek segít- 
ségével tudunk csak igazán eleget 
tenni ennek a kihívásnak. Mit várha- 
tunk el ma egy , intelligens" számí- 
tógépes rendszertől, milyen számító- 
gépes támogatást fog kapni a holnap 
embere, és mindezeket milyen har- 
ver/szoftver technológia biztosítja? 
Ezeket a kérdéseket világítjuk meg 
az Alaplap ezutáni számaiban. 
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ve — keretrendszerként (, üres kagyló- 
héjként", shellként) jól hasznosíthatók. 

A 80-as évek elején megjelentek az 
első ilyen, ismeretalapú technológiával 
megépített ún. szakértő rendszerek, 
majd shellek. Természetesen az MI 
egyéb részterületei is jelen voltak ekkor 
már a piacon: az MI-hardverek, az 
MI-nyelvek, a természetes nyelv feldol- 
gozása, a hangfelismerés/hanggenerá- 
lás, a gépi látás, majd (a 80-as évek 
vége felé) a neurális hálózatok. 


A 6. generáció 


Az MI jelenleg eredményesen művelt 
fontosabb részterületei (betűrendben: 
automatikus programozás, automatikus 
tételbizonyítás, gépi látás, gépi tanulás, 
neurális hálózatok, párhuzamos feldol- 
gozás, robotika, szakértő rendszerek, 
tervezésautomatizálás, valamint termé- 
szetesnyelv-feldolgozás. (Az Alaplap 
következő számaiban tervezzük ezen 
szakterületek bemutatását.) Az MI fenti 
részterületei közül a gépi tanulás és az 
automatikus programozás vezet át köz- 
vetlenül a jelenlegi (4. és) 5. generációs 
számítógépes rendszerekből a 6. gene- 
rációsakba. A továbbiakban erről lesz 
szó. 

Az első számítógépek megépítése óta 
több generációváltás történt: legyen mi- 
nél nagyobb tárkapacitású, majd legyen 
minél gyorsabb, minél kisebb, minél 
olcsóbb a hardver (utóbbiak a ma köz- 
kedvelt PC-k). A Neumann-elvű (ha- 
gyományos) gépek ezen négy generá- 
ciója után a 80-as évek elején a japánok 


Az MI iránt érdeklődőknek rend- 
szeres fórumot ad többek között az 
NISZT Mesterséges Intelligencia, 
valamint Alakfelismerés szakosztá- 
lyain kívül több más szervezet is. A 
mesterséges intelligenciának, külö- 
nösen a szakértő rendszereknek a 
hazai szakirodalma is igen bő. Az 
érdeklődőknek ajánljuk — akár a 
sorozat előtti tájékozódáshoz, akár az 
egyes tárgykörök bővebb tanul- 
mányozásához — a hazai konferen- 
ciák kiadványait, a CWI (IDG) lap- 
jait, valamint a következő anyagokat: 


— Információ-Elektronika 83/2-6, 84/1, 
84/3, 84/5, 84/6 és 85/1 számai. (Az 5. 
generációs projekt anyagainak tematikus 
feldolgozása.) 

— Y. Shiray, J-I. Tsuii: Mesterséges intel- 
ligencia. Novotrade, 1987. (Az angol ere- 
detit 1982-ben jelentette meg az Iwanami 
Shoten Pubi.) 


bejelentették az 5. generációs számító- 
géprendszer létrehozására irányuló 
munkatervüket. Ez logikai (Prolog-) 
alapú, nem Neumann-elvű, nagy pár- 
huzamosságú hardver előállítását, vala- 
mint azon intelligens információrend- 
szerek kifejlesztését és széles körű al- 
kalmazásbavételét tűzte ki célul. (A 
fejlesztések filozófiai háttere: akié a 
vezető szerep most az információfel- 
dolgozás területén, azé lesz a politikai 
a 21. században.) 

Az 5. generációs rendszerek átütő 
sikere elmaradt; a japánok már 1985- 
ben kezdtek publikálni 6. generációt 
megcélzó projektról, amelynek 
kulcsszava:  , brain-like computers" 
vagy neurális hálózatok. Elméleti ala- 
pok: logika, nyelvészet, pszichológia, 
fiziológia, számítástudomány és mér- 
nöki tudományok. A neurális hálózatok 
olyan nagy párhuzamosságú dinamikus 
rendszerek, amelyekkel az eddigieknél 
jobban lehet közelíteni az (emberi) in- 
telligens információfeldolgozást. E gé- 
pek képesek környezethez alkalmazko- 
dó, ún. adaptív működésre is; , progra- 
mozásuk" történhet tanulással és be- 
gyakoroltatással is. 

A 6. generációs számítógépes rend- 
szerek természetesen magukba integ- 
rálják mindazokat az eredményeket, 
mindazokat a , hagyományos" és MI- 
technikákat, amelyek az eddigiek során 
hasznosnak bizonyultak. Ezen új tech- 
nológia fogadásához, a fejlesztésekbe 
való bekapcsolódáshoz tehát minden- 
képpen szükséges az , eddigiek" isme- 
rete. Sántáné Tóth Edit 


— G. L. Simons: Szakértői rendszerek és 
mikrók. Műszaki Kiadó, Budapest, 1987. 
(Az angol eredetit 1985-ben kiadta a The 
National Computing Centre Ltd.) 

— Tudomány — a Scientific American 
magyar kiadása. Számítógép-szoftver kü- 
lönszám, 1986. 

— Információ-Elektronika 85/3, 85/4, 85/6, 
86/1, 86/2, 86/5, 86/6, 87/1-2, 87/3, 87/4-5 , 
87/6, 88/1-2, 88/3-4, 89/1-2, 90/1-2 
(.Szakértő rendszerek Magyarországon 
"90" tanulmánykötet) és 90/3-4 számai. 
— Mikroszámítógép Magazin 87/5 — 88/2 
számai. 

— Mérés és Automatika 87/12, 88/9, 
88/11, 88/12, 89/3, 89/6, 90/3, 90/4 és 90/5 
számai. 

— Gábor András (szerk.): Szakértő rend- 
szerek "88 — Ismeretalapú információfel- 
dolgozás Magyarországon. Számalk Ki- 
adó, 1988. 

— Mérő László: Észjárások. A racionális 
gondolkodás korlátai és a mesterséges 
intelligencia. Akadémiai Kiadó, Optimum 
Kiadó, 1989. 

— Fekete István, Nagy Sára, Gregorits 
Ferenc: Bevezetés a mesterséges intelli- 
genciába. LSI ATSZ, 1990. 








A , pixelpreparátor" 


SZÖVEGELŐ 





Avant Vektor(izáló) 


A modern DTP rendszerek 


egyik nélkülözhetetlen utility programja az, 


amely a pixelgrafikus képet 
vektorgrafikussá alakítja át. 
Ez azért fontos, 


mert a pixelgrafikus kép nagyításakor 


a képpontok , meghíznak", 


ezért csökken a kép felbontása, 
vektorgrafika esetén viszont méretváltozáskor 
a program ugyanolyan felbontásban 


mindig ,újrarajzolja" a képet. 


Felvetődik a kérdés: ha ennyivel jobb 
a vektorgrafika, akkor miért nem eleve 
ebben a formátumban készítjük el az 
ábrát? Ennek több oka is van. Az egyik, 
hogy sok képet könnyebb megrajzolni 
pontonként, mint előre meghatározott, 
rögzített alakzatokból, vonalakból. A 
másik, hogy a szkennerek szoftverjei 
pixelgrafikát használnak, miután a ké- 
pet soronként, azon belül képponton- 
ként tapogatják le. Tehát úgy érdemes 
dolgozni, hogy a szkennerrel beolvasott 
pixelgrafikus képet retusáljuk (például 


Desk Datei 


a Cranach rajzprogrammal), azután pe- 
dig egy segédprogrammal átalakítjuk 
vektorgrafikussá, és véglegessé fino- 
mítjuk. Most egy ilyen átalakító segéd- 
programot ismertetünk, az Avant Vek- 
tort, amely már Magyarországon is 
megvásárolható. 

A program Atari ST számítógépre 
készült. Funkcióival IMG formátumú 
pixelgrafikus képet tud átalakítani 
CVG, GEM vagy EPS formátumra. A 
CVG a Calamus VektorGrafika, a GEM 
pedig a GEM felhasználói felület stan- 


Vektorisierung Hilfe 


dard formátuma, míg az EPS az MS- 
DOS kompatibilis gépek és a MaclIn- 
tosh által is használt postscript formá- 
tumot jelenti. 

A program kétfajta, egymást kiegé- 
szítő menürendszert használ: a legör- 
dülő (pull down) redőnymenüt (1. ábra), 
és egy ikonos menüt, amely a képernyő 
bal oldalán részén helyezkedik el. 

A német változatban a Datei, az 
angolban pedig a File funkció lenyitá- 
sával jutunk el a betöltő és az elmentő 
utasításokhoz. A Neu utasítással új vek- 
torgrafikus képet rajzolhatunk, míg a 
Bild laden funkció egy pixelgrafikus 
háttérkép behozatalát teszi lehetővé. Ez 
lehet éppen egy szkennerrel beolvasott 
kép is, vagy programmal betölthető 
IMG, TIF (azaz TIFF, a MacIntoshon 
és az MS-DOS gépeken használt for- 
mátumok egyike), IFF (Amiga képfor- 
mátum), BLD (a megapaint rajzoló- 
program által létrehozott kép), PIC (At- 
ari képernyőformátum), PAC (a Stad 
rajzprogram képfájlja) és a Degas prog- 
rammal létrehozható PI3 és PC3 formá- 
tum. A későbbiekben ismertetett vek- 
torizáló funkció az így betöltött képből 
készít vektorábrát. 


1334 KB frei 
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Desk Datei 






































A CVG, a GEM és az EPS importá- 
16-exportáló funkciókkal az előbb is- 
mertetett vektorképeket tölthetjük be és 
menthetjük el. A Grafik drucken pa- 
ranccsal nyomtathatjuk ki az ábrát. A 
program az Atari lézernyomtatókat és 
a HP Laserjettel kompatibilis nyomta- 
tókat kezeli, 300 dpi felbontással. A 24 
tűs nyomtatók közül a NEC P6-tal 
kompatibilis, a 9 tűs nyomtatók közül 
pedig az Epson FX kompatibilisekre 
készítették fel a programot. 

AGrafik plotten utasítás után választ- 
hatunk, hogy plotterünk vagy kivágó- 
plotterünk a HP-GL vagy a GP-GL 
formátumot használja-e. 

Az Arbeit sichern funkcióval az előre 
beállított paramétereket menthetjük el 
lemezünkre vagy a winchesterre, ez az 
utasítás létrehozzaaz AVANTVEK.INF 
nevű fájlt. Ha legközelebb ismét betölt- 
jük a programot, akkor már az előzőleg 
beállított paraméterekkel fog bejelent- 
kezni, így nem lesz szükség újra kivá- 
lasztani a nyomtató vagy a plotter típu- 
sát; megadni, hogy mely alkönyvtárak- 
ban helyezkednek el a pixelgrafikus 
képek, és melyekben a vektorábrák stb. 

Az Ende funkcióval kiléphetünk a 
programból. 

A redőnymenü második pontjában 
találhatjuk a pixelképet vektorgrafikává 
átalakító funkció paramétereit. Előír- 
hatjuk, hogy a közelítés durva, közepes 
vagy finom (grob, mittel, fein) legyen. 
Alapértelmezés a közepes. Ezenkívül 
megadhatjuk, hogy vektorizáláskor az 
algoritmus milyen módszert használ- 
jon: egyenessel vagy Bézier-görbével 
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MEETTSEHHNTTN Hilfe 


Hilfe zum Menü 


1361 KB frei 


1361 KI 


Allgemeines 


ínpertíeren I 
expertíieren 5 
ímportíeren 
exportíeren 
ínmpartíeren 
expartíeren 


Graphik druckes 
Graphík piottes 


Arbeit laden 
Arbeit sichern 


dolgozzon-e. Az első esetben a program 
az ábra körvonalához (állandóan meg- 
törő) egyenes vonalakkal közelít, míg 
a másik esetben görbékkel. A redőny- 
menüben a segédinformációk kiírási 
módját is beállíthatjuk. 

Az 2. ábra bal oldali részén jól látható 
ikonmenüben kínált funkciókat a bal 
felső saroktól jobbra és lefelé haladva 
ismertetjük. Minden négyzetben van az 
ábrán kívül egy betű is, amely jelzi, 
hogy egér használata nélkül melyik 
billentyűvel érhető el a funkció. 

Az első az E, amellyel kijelölhetjük 
a vektorábra alappontjait, majd kivá- 
laszthatjuk, hogy a meglévő pontok 
közül melyekre vonatkozik a következő 
utasítás (például elforgatás, elmozgatás 
stb.). Az L funkcióval egyeneseket, a 
B-vel Bézier-görbéket rajzolhatunk. Az 
X-szel a megrajzolt ábrából törölhetjük 
a szomszédos, előző pontot (a Bézier- 
görbék irányítottak, tehát két szomszé- 
dos pont közül csupán az egyik lehet 
az előző). 

AH a kalapács, amellyel újabb alap- 
pontokkal egészíthetjük ki a görbét, a 
Z a fogó, amllyel a meglévő görbéből 
alappontokat vehetünk ki. A W segítsé- 
gével a közelítés fajtáját cserélhetjük 
ki: az egyenest Bézier-görbére vagy 
fordítva. 

Az A az összes alappont kiválasztá- 
sára szolgál. Például akkor használjuk, 
ha az egész ábrát máshova kívánjuk 
helyezni. A D ennek a fordítottja, a 
pontok kiválasztását törli. Az F a fél- 
automatikus, az U a teljesen automati- 
kus vektorizálást kapcsolja be. 


Kurzinformation 





A 34- a nagyítási, a — a kicsinyítési 
funkció. A K-val szálkereszt kapcsol- 
ható be, a T-vel pedig rajzoláskor a 
program megjeleníti a görbe érintőjét 
is. 

A következő, azaz az 5. sorban lévő 
funkciókkal — a rajzolást segítendő — 
raszterrácsot és vonalzót rajzoltatha- 
tunk ki a képernyőre. A mágnes bekap- 
csolása megakadályozza, hogy a rasz- 
terrácson kívülre vagy a rácspontok 
közé rajzoljunk alappontot. A raszter- 
rács finomsága állítható. 

A C billentyűvel az alakzat kiválasz- 
tott részét (akár az egészet is) egy 
segédtárolóba, más szóval egy pufferba 
tölthetjük, ahonnan később kivehetjük 
az INS billentyűvel. A DEL funkció 
törli az E-vel kiválasztott pontokat. A 
P segítségével ki- és bekapcsolhatjuk a 
pixelgrafikus képet. 

Az 1, 2, 3, 4, 5 és 6 billentyűkkel az 
alakzatot nagyíthatjuk és kicsinyíthet- 
jük a nyíllal jelzett irányokba. 

Az R-rel a Bézier-görbe iránya vál- 
toztatható meg. 

A 0-val sokszöget vagy kört rajzol- 
hatunk a képernyőre. Sokszöget ka- 
punk, ha eközben az L funkciót hasz- 
náljuk, és kört, ha a B-t. 

A9. sorban lévő ikonok az egymáson 
lévő képek takarási módját állítják. Se- 
gítségükkel választhatjuk ki, hogy mi- 
lyen sorrendben takarják egymást. 

A 2. ábra egy szkenner segítségével 
betöltött kép alapján készített vektor- 
grafikát és annak vektorizált , csontvá- 
zát" mutatja. 

Kovács P. Attila 
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640 kilobájton innen és túl 


Mi fér a memóriába — és hova? 


Jelen sorok szerzője több mint kétévnyi 

PC-kompatibilis szoftverkiskereskedelmi 

tapasztalatai alapján bátran kijelenti, 

hogy a PC-k memóriakezelésével kapcsolatos ismeretek 
még a gyakorlott számítástechnikusok körében is 
meglehetősen hiányosak és homályosak. 

Több olyan tévhit kering, amelyet egyedileg — 

egy szoítverbolt pultja mellől vagy telefonon keresztül — 


szinte lehetetlen eloszlatni. 


Jó lenne tehát lefújni a misztifikált ködöt 

a különböző memóriabővítésekről 

és az ezeket optimálisan kihasználó 

memóriamenedzser szoftverekről, 

s minél több embert megismertetni 

az alapvető fogalmakkal és megoldásokkal. 

A következő hónaptól kezdve ezért részletesen is 
bemutatunk néhányat az itt csak megemlített programokból. 


Hadd keljek mindenekelőtt a bevezető- 
ben említett szakemberek védelmére. 
Honnan is tudhatnák, hogyan épül fel 
hardver- és szoftverszempontból egy 
IBM PC kompatibilis számítógép? 
Ilyesmivel alaposan és részletesen fog- 
lalkozó magyar nyelvű szakkönyv tu- 
domásom szerint nincs, s a legtöbb ilyen 
témájú mű csak elnagyolva taglalja a 
memóriabővítésekkel kapcsolatos in- 
formációkat, rögtön belevágva az eze- 
ket kezelő eszközmeghajtók (a CON- 
FIG.SYS-ben aktivizálandó device dri- 
verek) és segédprogramok parancssori 
paramétereinek végeláthatatlan felsoro- 
lásába. 


Memor(al)izáljunk egy kicsit! 


Az embernek gyakran az az érzése, 
hogy a szakkönyveket nem olyanok 
írják és lektorálják, akik pontosan tud- 
ják és értik is, amit írnak, avagy csak 
gyorsan átsiklanak az angolszász nyelv- 
terület szoftverkereskedőinek szavajá- 
rásával piszkos munkának (dirty works) 
nevezett nem túl lényeges részleteken. 
Valószínűleg azért tehetik ezt meg, mert 
bíznak a világ szoftverkommunájának 
autodidakta ezermestereiben, akik egy 
ilyen szoftvert egyszer jól beállítanak, 
s attól kezdve egy fél kontinens a jól 
bevált recept szerint jár el. Akkor meg 


minek oldalakon keresztül magyarázni 
azt, amit úgyis átlapoznak az avatott 
szakértők is?! ői 

A szoftverkézikönyvek esetében is 
hasonló a helyzet, maximum a hátsó 
szószedetben kaphat az ember néhány 
soros se füle, se farka, nesze semmi, 
fogd meg jól definíciót. A rendszerprog- 
ramozók vakon hisznek a hardver- és 
szoftverinterruptok  mindenhatóságá- 
ban, és igyekszenek a leírásoknak meg- 
felelően paraméterezve meghívni egy 
memóriakezelő rutint, bár már ezeket 
az alacsonyszintű funkciókat is szinte 
teljesen elfedik a programozók elől a 
magas szintű programozási nyelvek (C, 
Pascal, Basic, Modula) fejlesztői kör- 
nyezetei. 


Aki keres, az találgat! 


Hogy mégis honnan szedegethetők 
össze azok az ismeretmorzsák, amelye- 
ket most igyekszem az Alaplap olvasó- 
ival megosztani? Nos, ha az ember 
kellően kíváncsi és kitartó, sok érdekes 
dolgot kihámozhat például az EMS 4.0 
szoftverszabványból (a SolarSoft 4436 
számú lemezén találtam). Egyes külföl- 
di szaklapokból és programlistákból is 
hasznos összefüggésekre, szabályokra 
és tényekre bukkanhatunk. Szemléletes 
ábrákat találhatunk a Ouarterdeck cég 


programleírásaiban is (DESOview, 
OEMM 386 és ORAM). Szerencsére a 
számítástechnika empirikus tudomány, 
azaz a gyakorlat mindenekelőtt, így 
próba szerencse alapon is sok haszno- 
sítható eredményt lehet elérni, néha 
persze sok sikertelen kísérletezés, gép- 
lefagyás és elfecséreltnek tűnő órák, 
napok árán. 

Emellett kellő kritikával és termé- 
szetes kétkedéssel megfogadhatjuk a 
szoftverőrültek megtermékenyítő taná- 
csait is. 


A címzett ismeretlen? 


Az Intel processzorok legsúlyosabb 
öröksége — kezdve az i8088-tól a 
8086-on, 80286-on, 80386-on át a 
80486-ig — a hardver memóriakezelé- 
sében rejlik. Jelesül abban, hogy a 
rendelkezésre álló memóriát csak 64 
kilobájtos lapokon keresztül (16 bit 
felhasználásával) képesek címezni. 
Amennyiben a programgyártók meg 
kívánják őrizni a lefelé irányuló szoft- 
verkompatibilitást is (azaz egy 386-os 
vagy 486-os processzorra írt program 
fusson 286-os gépen is), a szoftver 
architektúrájának (gépi kódban írt BI- 
OS), követnie kell a kezdetek kezdetén 
kiötölt címzési konvenciókat. 

További megkötés volt, hogy egy 
286-os előtti processzor csak 20 biten, 
azaz 1 megabájtig volt képes memóriát 
(RAM-ot) megszólítani. Mivel a peri- 
fériák és az azokat kezelő beégetett 
programok (BIOS ROM) számára 
ugyanekkor a 640 KB feletti (40000 
hexa címen kezdődő) területet jelölték 
ki, így egy közönséges PC-szoftver a 
DOS betöltése után kezdetben a 640 
kB-ból fennmaradó 550-600 kB-ban 
kellett, hogy megférjen. A 640 KB és 
az 1 MB között foglal helyet a video- 
memória. Színes videokártyák esetén a 
B0000 és a B8000 közötti 32 KB sza- 
badon marad, míg ha a grafikus üzem- 
módokról is lemond a felhasználó, spe- 
ciális programokkal az A0000 és a 
B0000 közötti RAM is felszabadul. A 
C0000-tól a harddiszket kezelő 32 KB- 
nyi, míg FO0000-tól a 64 kB-nyi BIOS 
ROM található. A 640 KB és az 1024 
KB, azaz 1 MB közötti területet UMB- 
nek is hívják (upper memory block). 
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RAM-ban bóővelkedve 


Egy jelentős adatmennyiséget kezelő 
program már a 640 KB-os terület hatá- 
rait feszegeti (történetileg ez legelőször 
a Lotus 1-2-3 táblázatkezelővel esett 
meg. Magát a szoftverszabványt LIM 
EMS-ként is emlegetik, amelyben a 
LIM rövidítést három nagy cég, a Lotus, 
az Intel és a Microsoft kezdőbetűi ad- 
ják, miután ők hozták létre ezt az új 
hardver- és szoftvermegoldást, mely- 
nek révén az erre felkészített — de 
csakis a gyártó által erre felkészített! 
— programok adataik számára pótlóla- 
gos memóriaterületet is fel tudnak hasz- 
nálni. 

Voltak valaha az egyszerű, 256 KkB- 
os, harddiszk nélküli PC-k és a merev- 
lemezzel is ellátott XT-k. EMS (expan- 
ded memory system) bővítőkártyát kel- 
lett vásárolni, s az ezen található RAM- 
ok egy 64 kB-os memóriaablakon ke- 
resztül váltak elérhetővé. Fizikailag ezt 
a memóriaablakot 640 KB fölé kellett 
beágyazni a még más által nem használt 
részekre, többnyire a C8000 kezdőcím- 
re, de kis kapcsolókkal más kezdőcím 
is beállítható. A szoftver mint egy dia- 
filmvetítő, mindig a szükséges diakoc- 
kát, azaz a 64 kB-nyi területet lapozza 
be az ablakba, ahol a szoftver elvégez- 
heti a szükséges adatmódosításokat, 
műveleteket. Az EMS bővítókártyán 
maximum 32 MB RAM lehet, ennyit 
képes az EMS szoftverje kezelni, s 
ehhez 20-40 KB-nyi helyet foglal el, 
mint a CONFIG.SYS-be beírandó 
szoftvermeghajtó. Apró kitérő: nem egy 
szoftver vállalkozik arra, hogy az EMS 
memóriabővítést az annál kb. 10-20- 
szor lassabb merevlemezt használó 
szoftveremulációval pótolja (Above 
Disc, Turbo EMS, V-EMM). 


A PC-k AT-rtékelése 


A következő fejlődési lépcső a 286-os 
AT-k korszaka volt. Processzoruk egy 
speciális üzemmódjában már képes volt 
az 1 MB feletti memóriaterületet elérni. 
Ekkor terjedtek el az 1 MB-os AT 
alaplapok is. Komoly hibák forrása az 
a közkeletű tévedés, hogy ez az 1 MB 
az operációs rendszer szempontjából 
folyamatosan helyezkedik el. NEM! A 
Felső 384 kB mint extended memória 
az 100000h, azaz az 1 MB-os kezdőcí- 
men csücsül. Az 5.0-ás verziószám 
előtti MS-DOS és PC-DOS (valamint 
a DR DOS) nem is tudta másra felhasz- 
nálni, mint RAM-diszk céljaira. Az 
ugyancsak erre a célra írt programok 
(kihasználva a 286-os processzorok 
speciális tulajdonságát, hogy ún. pro- 
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tected üzemmódban képesek az 1 MB 
feletti memóriabővítést is elérni), már 
éltek ezzel a lehetőséggel, így nemcsak 
az adatok tölthetők az 1 MB fölé, hanem 
maga a program mérete is meghalad- 
hatja a korábbi 640 KB-os korlátot. Egy 
protected módban működő program 
egy XT gépen természetesen már el sem 
indul. Ilyen programok például a Lotus 
3.0 feletti, az AutoCAD 10.0 feletti 
változatai és a Microsoft Windows ala- 
pú újabb programok zöme (melyek 
Standard üzemmódot követelnek). 

Meg kell jegyezni, hogy az 5.0 feletti 
DOS-változatok képesek az operációs 
rendszer nagyobbik részét (kernel és 
adatátviteli munkaterületek — BUF- 
FERS) az 1 MB feletti első 64 kB-os 
részbe (HMA, high memory area) töl- 
teni, így ezzel több mint 40 kB-ot 
felszabadítanak a hagyományos terület- 
ről. Ezt a szolgáltatást az MS-DOS 
5.0-nál a CONFIG.SYS-be írt alábbi 
sorokkal aktiválhatjuk: 


DEVICE - HIMEM.SYS 
DOS z HIGH 


Mielőtt áttérnénk a 386-os gépekre, 
szólni kell az ún. NEAT-alaplapos 
(NEAT, LEAP chipset) 286-os AT-król 
is, mert ezek szolgáltatásköre nagyon 
sok AT-286 tulajdonosának fejében 
okoz zavart. A NEAT-es gépek lényege: 
3 évvel ezelőtt a Chips k Technologies 
cég kifejlesztett egy speciális áramkört, 
amely lehetővé teszi, hogy az alaplapon 
található 1 MB feletti RAM-okat az AT 
Setupjából a felhasználó közvetlenül 
extended memóriának vagy EMS-nek 
határozza meg. Nagyobb mennyiségű 
bővítés esetén (legalább 4 MB) arra is 
lehetőség nyílik, hogy egy időben 
mindkét bővítéstípus jelen legyen — 
természetesen megosztva. De a NEAT- 
es gépeknél is szükség van szoftver- 
EMS-driverre. 

További lehetőség a NEAT-alaplapos 
gépeknél (figyelem, AT-286-osok közül 
csak a NEAT-esnél, míg a 386/486-osok 
mindegyikénél) az, hogy itt fizikailag 
is megtalálható a 640 KB és 1 MB 
közötti RAM-chip, s ez korlátozottan 
arra is felhasználható, hogy abba me- 
móriarezidens programokat, eszköz- 
meghajtókat töltsön fel az arra alkalmas 
operációs rendszer vagy az önálló me- 
móriamenedzser program (DR DOS 5.0 
és 6.0 vagy ORAM, Move"em). 

Hogyan döntheti el valaki, hogy ép- 
pen egy NEAT-es AT boldog tulajdono- 
Ssa-e? Kellett (volna) kapnia gépévelegy 
olyan gyári floppyt, melyen az EMS- 
driverek szerepelnek, rövid leírással 
együtt. Ha ilyet nem kapott, figyelje a 


gép bejelentkezését, csípje el az AT 
Setupját, — ha tapasztalatlanabb, sem- 
mit ne változtasson, vagy tartson min- 
dig kéznél egy indítólemezt —, és 
ellenőrizze, van-e mód az EMS-memó- 
ria definiálására. 

Az is előfordulhat, hogy bár erre 
lenne lehetőség, de lévén összesen 1 
MB RAM, jobb ezt SHADOW-RAM- 
nak definiálni. Ez némileg meggyorsítja 
az operációs rendszer működését azál- 
tal, hogy a lomhább BIOS-ROM chipek 
tartalmát tükrözi az azonos címen ülő, 
de már engedélyezett, gyorsabb elérési 
idejű RAM-ba. Ismét leírom a nyoma- 
tékosítás kedvéért: 286-os gép esetén 
csak akkor álmodozzunk arról, hogy 
programokat töltünk fel az UMB-be, ha 
NEAT-alaplapos az AT-nk! 

A 386-os vagy 486-s alaplapú AT-k 
esetében — minimum 2 MB RAM-mal 
— már merőben más a helyzet. Egy 
NEAT-es AT-hez szokott felhasználó 
először talán elcsodálkozik azon, hogy 
nem tudja átkonfigurálni az alapértel- 
mezésben extended memóriabővítést 
például EMS-szé. Nem is kell. Ezt elég 
rábízni a 4.0 verziószámtól kezdődő 
DOS-okban található EMM386 meg- 
hajtókra, de még célszerűbb egy erre 
kihegyezett memóriamenedzser prog- 
ramot használni. A legjobbak: OEMM 
386 v.6.0O1, amely önállóan is kapható, 
de része a DESOview 386 v.2.4-es 
csomagnak is. Mindkét terméket az 
amerikai Ouarterdeck jegyzi. A csoma- 
gokban található egy rendkívül hasznos 
és szemléletes tesztprogram is (Mani- 
festv.1.11), melynek segítségével köny- 
nyen érthető, plasztikus betekintést 
nyerhetünk a számítógépünkben talál- 
ható összes memóriatároló (RAM és 
ROM, állapotáról, tartalmáról, sebessé- 
géről, sőt megbízható, és az adott hard- 
verkonfigurációnak legjobban megfele- 
lő tippeket is kapunk a PC CON- 
FIG.SYS és AUTOEXEC.BAT állomá- 
nyának optimális kitöltéséről. 

S ami még inkább felhasználóbaráttá 
teszi e szoftvereket: az önálló OPTI- 
MIZE funkció, amely miközben három- 
szor is újraindítja a gépet, végered- 
ményképpen feltérképez minden hasz- 
nosítható RAM-területet 640 KB és 1 
MB között, és oda automatikusan fel is 
tölti mindazt, amit csak lehet (egérmeg- 
hajtót, magyar ékezetesítőt, hálózati 
drivereket — NET3, NETS, IPX stb.). 
Bárki nyugodtan rábízhatja magát a 
OEMM-re, vagy 286-os NEAT-alapla- 
pos gépekhez kifejlesztett kistestvérére, 
a ORAM 2.0-ra. Következő számunktól 
kezdődően ők fognak közelebbről be- 
mutatkozni. 

Herczeg József 





Közvetlen járat a floppyra 


, Perszonális" programozás 


A PC-boncolás során az eddigiekben megismerkedtünk 
a mágneslemezek fizikai felépítésével; 

most tekintsük át a közvetlen programozás lehetőségeit. 
Erről az oldalról csak a floppyegységeket tárgyaljuk, 
mert a winchestervezérlők sokféleségük miatt 

mind egyedi kezelést igényelnek. 


A floppymeghajtó vezérlőegysége há- 
rom i/o porton keresztül programozha- 
tó. Ez a három port a következő: a 3F2 
i/o címen a vezérlő digital output regis- 
ter (DOR) érhető el. A DOR csak írható, 
kiolvasására nincs lehetőség. A 3FS5 i/o 
címen található a data register (DA). 
Ezt a regisztert írhatjuk, és ki is olvas- 
hatjuk belőle az utoljára beírt értéket. 
A 3FA4 i/o címen érhető el a main status 
register (MSR). Az MSR csak olvasha- 
tó, írására nincs lehetőség. Ez a regisz- 
ter ad információt az egyes lemezegy- 
ségek aktuális állapotáról. Az innen 
beolvasható státuszbájt egyes bitjeinek 
jelentése a következő: 

0. bit: az A: lemezegység foglaltságát 
jelzi. 

1. bit: a B: lemezegység foglaltságát 
jelzi. 

2. és 3. bit: a winchester kezelésében 
játszanak szerepet. 

4. bit: a floppyvezérlő foglaltságát 


jelzi. 

5. bit: ha értéke 0, akkor a vezérlő 
DMA segítségével mozgatja az adato- 
kat, ha 1, akkor anélkül. 

6. bit: az adatátvitel irányát határozza 
meg. Az 1 lemezolvasást, a 0 pedig 
lemezre írást jelent. 

7. bit: ha értéke 1, azt jelzi, hogy a 
vezérlő kész az újabb parancsok foga- 
dására. 


Az MSR a vezérlő és a meghajtók 
pillanatnyi állapotáról ad információt. 
A DOR ezzel szemben lehetőséget biz- 
tosít az egyes jellemzők megváltozta- 
tására. A DOR-ba írható bájt jelentése 
a következő: 

0. és 1. bit: kijelöli a használandó 
floppyegységet. 

00 az A: egységet jelöli, 01 pedig a 
b: egységet. 

2. bit: 0 értéke alapállapotba hozza 
a vezérlőkártyát. Egyéb műveletek ide- 
jére ide 1 értéket kell írni. 


3. bit: 1 értéke engedélyezi a DMA 
használatát, 0 értéke tiltja. Az IBM PC 
csak a DMA-módot támogatja. 

4. bit: 1 értéke bekapcsolja az A: 
egység motorját. 

5. bit: 1 értéke bekapcsolja a B: 
egység motorját. 

6. és 7. bit: a winchester vezérlésében 
játszanak szerepet. 

A DA regiszteren keresztül történik 
a floppydiszk-vezérlő programozása. A 
vezérlő 15-4-1 parancsot ismer fel. Az 
egyes parancsok egy parancsbájttal 
kezdődnek, amelyet a szükséges para- 
métereknek kell követnie. A parancsbájt 
három felső bitjének jelentése minden 
parancs esetében azonos. A 7. bit 0 
értéke azt jelenti, hogy az adott műve- 
letet egy szektoron kell elvégezni, 1 
értéke pedig azt, hogy két átellenes 
szektoron. A 6. bit az információrögzí- 
tés vagy olvasás módját adja meg. 0 
értéke közönséges frekvenciamoduláci- 
ót jelent, 1 értéke pedig módosítottat. 
A DOS által használt lemezek mind 
módosított  frekvenciamodulációval 
vannak írva. Az 5. bit csak olvasási 
műveleteknél játszik szerepet. Azt ha- 
tározza meg, hogy a , write deleted 
data" paranccsal kiírt szektorokat a 
vezérlő egyszerűen átlépje-e, vagy hi- 
bajelzést adjon. A DOS nem használja 
ki ezt a lehetőséget, soha nem ír a 
lemezre ezzel a paranccsal. 

A parancsbájt alsó öt bitje azonosítja 
a végrehajtani kívánt parancsot. Az 
egyes parancsok és leírásuk: (Az itt 
jelzett parancskód csak a parancs alsó 
öt bitjét szabja meg. Ehhez még hozzá 
kell tenni a felső három bitet, amit az 
előző bekezdésben leírtak alapján lehet 
meghatározni.) 


xxx00110 — Szektor beolvasása a 
lemezről. A parancsbájt után még nyolc 
paraméterbájt kiküldése szükséges. 


KÖZELGÉP 


1. paraméterbájt: a bájt alsó két bitje 
a lemezegységet azonosítja (00-A:, 
01-B:), a 2.bit a fej számát (0 vagy 
egy) adja meg. A többi bit állása kö- 
zömbös. 

2. paraméterbájt: a sávsorszám. Ide 
azt a számot kell írni, amely a szektor 
azonosító fejlécében szerepel (a szek- 
torazonosító fejléc pontos felépítése az 
előző havi cikkben szerepel). Ez a 
parancs a fejet nem pozicionálja, hanem 
ott próbál meg olvasni, ahol éppen van. 
Ha az adott sávon nem talál olyan 
szektort, amelyben az itt megadott sáv- 
sorszám szerepel, akkor az olvasást 
nem hajtja végre. 

3. paraméterbájt: head sorszám. 
Ugyanaz a szerepe, mint az előző bájt- 
nak, csak nem a szektorsorszámra, ha- 
nem a head sorszámra vonatkozik. 

4. paraméterbájt: szektorsorszám. 
(Ugyanúgy, mint az előző két esetben.) 

5. paraméterbájt: a szektorméret jel- 
zőbájtja. (Pontos ismertetése az előző 
havi részben olvasható.) 

6. paraméterbájt: az adott sávban 
lévő szektorok száma. 

7. paraméterbájt: a szektorok közti 
kitöltő bájtok száma. (Lásd a múlt havi 
részben.) 

8. paraméterbájt: az átviendő bájtok 
száma. Csak akkor használható, ha a 
szektorméret jelzőbájtja 0, azaz a szek- 
torhossz 128 bájt. (Bővebben a múlt 
havi részben.) 

xx000101 — Adatok kiírása a lemez- 
re. A parancsbájt után még nyolc para- 
méterbájt kiadása szükséges. Ezek 
megegyeznek az előző parancsnál leír- 
takkal 


xx001001 — Rejtett adatok kiírása 
(write deleted data). Az íly módon kiírt 
adatokat csak a következőként ismerte- 
tett beolvasó paranccsal lehet visszaol- 
vasni. A parancsbájt után még nyolc 
paraméterbájt kiadása szükséges. Ezek 
megegyeznek az előző parancsnál leír- 
takkal 


xxx01100 — Rejtett adatok olvasása 
lemezről (read deleted data). A parancs- 
bájt után még nyolc paraméterbájt ki- 
adása szükséges. Ezek megegyeznek az 
előző parancsnál leírtakkal, 

0xx00010 — Teljes sáv beolvasása 
a lemezről. A parancsbájt után még 
nyolc paraméterbájt kiadása szükséges. 
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KÖZELGÉP 


Ezek megegyeznek az előző parancsnál 
leírtakkal. 


0x001100 — Teljes sáv formázása. 
Azt a sávot formázza, amelyen a fej 
éppen áll. A parancsbájt után még öt 
paraméterbájt kiadása szükséges. 1.: 
megegyezik az előző parancsoknál le- 
írtakkal. 2.: a szektorhossz azonosító 
bájtja. 3.: szektorok száma a sávon. 4.: 
szektorok közti kitöltőbájtok száma. 5.: 
az adatterületekre írandó bájt. 

Az eddig ismertetett parancsok egy 
hét bájtból álló választ adnak a parancs 
elvégzése után. Ez a válasz informál 
minket arról, hogy a kívánt művelet 
végrehajtódott-e, vagy ha nem, akkor 
miért nem. Ennek a hét bájtnak a leírását 
az 1. táblázat tartalmazza. 

00000111 — Ez a parancs visszave- 
zérli az íro/olvasó fejet a lemez fizika- 
ilag legelső sávjára. A parancsbájt után 
még egy paraméterbájt kiadása szüksé- 
ges. Ennek alsó két bitje azonosítja a 
kívánt lemezegységet. A paraméterbájt 
többi bitje érdektelen. 

00001111 — Fejpozicionálás. A pa- 
rancsbájt után még két paraméterbájt 
kiadása szükséges. 1. paraméterbájt: 
megegyezik az első öt parancsnál leír- 
takkal. 2. paraméterbájt: a kívánt sáv 
sorszáma. A parancs végrehajtása után 
az író/folvasó fej a megadott sáv fölé 
áll. 


Fridl György 








A floppymeghajtó vezérlőegységének hétbájtos válasza 
a cikk szövegében jelzett parancsokra 


1. bájt 
0., 1. bit: A kiválasztott lemezegység kódja 
2. bit: A lemezoldal száma 
3. bit: 1 értéke hibát jelez (a lemezegység nem válaszol) 
4. bit: 1 értéke hibát jelez (mágneslemezhiba) 
5. bit: 1 - A seek parancs hibátlanul végrehajtva 
6., 7. bit: Hibajelző bitek, 1 értékük hibát jelez 
2. bájt 
0. bit: 1 - Szektorazonosító nem található 
1. bit: 1z A lemez írásvédett, nem Írható 
2. bit: 1- Szektor nem található 
3. bit: Mindig 0 
4. bit: 1z DMA programozási hiba 
5. bit: 1- CRC-hiba (lemezsérülés) 
6. bit: Mindig 0 
7. bit: 1z Szektor nem létezik 
bájt 
0. 
ús 
a 
4. 
5. 


bit: Ugyanaz, mint a 2. bájt 1. bitje 
bit: A beolvasott sávazonosító nem azonos a kívánttal 
3. bit: Az ismertetett parancsoknál nincs szerepe 
bit: A beolvasott sávazonosító nem azonos a kívánttal 
bit: CRC-hiba (lemezhiba) az adatrészben (hasznos részben) 
6. bit: Rejtettadat-jelzőbit 
7. bit: Mindig 0 
4. bájt Az utolsó műveletben részt vevő sávsorszám (track) 
5. bájt Az utolsó műveletben részt vevő oldalsorszám (head) 
6. bájt Az utolsó műveletben részt vevő szektorsorszám (sector) 
7. bájt Az utolsó műveletben részt vevő szektorméret-jelzőbájt 





Lemezek gyorsmásolása 
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A Cédrus Kiadó Kft expressz szolgáltatása 
saját szoftverek, demó-programok sokszorosítására. 
Másolás hozott lemezekre: 


5,25" DS/DD lemezek 
5,25" DS/HD lemezek 


25 Ft/db 
40 Ft/db 
Másolás a kiadó által beszerzett lemezekre: 


5,25" DS/DD lemezek 
5,25" DS/HD lemezek 


75 Ft/db 
90 Ft/db 


Címkekészítés és a lemeztasakra nyomtatás külön megállapodással. 


Cédrus Kiadó Kft. 
1441 Budapest VIII., Reguly Antal u. 8. 
Telefon/fax: 133-1839 


—zaszüüjjil 








Melyik szűrő felel meg 
az előírásoknak is, a munkatársainak is? 


Aki számítógépen dolgozik, az 
ismeri a monitorok zavaró fényha- 
tásait. Megerőltetett szem, nyakfá- 
jás, fáradtság. Növekvő hibaszáza- 
lék, csökkenő termelékenység. 

Európában szigorúbbak lesznek 
a munkavédelmi előírások. A jó mo- 
nitorszűrő kiválasztása fontosabb 
lesz, mint eddig volt. 

Hogy melyiket válassza? Van- 
nak, amelyek egyszerűen nem szün- 
tetik meg a fényvisszaverődést. Né- 
melyik igen, az viszont elsötétíti a 


betűket is. Van olyan, amelyik szétszór- 
ja a képernyő fényét, és elmosódott 
képet ad. 





Miért éppen a Polaroid különle- 
ges körpolarizációs szűrője oldja 
meg a problémát? Elkápráztathat- 
nánk Önt tudományos ismeretekkel 
(elvégre 50 éve finomítjuk polari- 
zációs szűrőink technológiáját), de 
a legmeggyőzőbb érvek a tények: A 
Polaroid körpolarizációs monitor- 
szűrő a fényvisszaverődést 9999- 
ban, az elektromágneses sugárzást 
9899-ban kiszúri, a sztatikus feltöl- 
tődést megszünteti, a képernyő ké- 
pét kontrasztossá teszi. 


Polaroid monitorszűrők 


Cédrus Karolina Áruház 


1251 Budapest XI., Karolina út 17. Telefon: 166-2111 Telefax: 185-2221 
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KÖZKINCS 





, Nyelvkönyvek" a hónap témájához 


A SolarSoft Programkönyvtár számos olyan lemezt tartalmaz, 
amely programozási ismereteink bővítését, új programnyelvek elsajátítását támogatja. 
Nyelvenkénti csoportosításban felsoroljuk ezeket a shareware lemezeket, 

így mindenki könnyebben választhatja ki a számára legérdekesebbeket. 


Assembler 


008 ADVBAS99 

013 A86/D86 3.22, ASMWIZ 
067 WHIZZARD SCREEN 
103 ASSEMBLER PACK 


222 MAX FREEWARE EDITOR 
305 BOOSTERS 


Basic 


005 TURBO BASIC TOOLS 

006 EDITOR IN GUICKBASIC 
009 OBWARE 

010 OBTOOLS 8. INFO 

011 BASWIND 8. BWTOOL 

014 MS-OUICKBASIC TOOLS 
050 PDS BASE 

087 SCREEN-DO 

127 FUNKY TOOLBOX 

239 BASIC LEARNPROGRAM 
330 TEXT § SCREEN EDITORS 
331 DVED SCREEN EDITOR 
373 OBSCR SCREEN ROUTINES 
485 BASIC COMPILER 

486 OBRTEE 8 OB UTILS 


C és Cs 


001 C-TUTORIAL 

002 TURBO C TUTORIAL 

128 C-WINDOW 

169 PDVIM 

204 THE WINDOW BOSS 5.17 
315 PERSONAL C-COMPILER 
316 C-TASK MULTITASKING 
334 C-WINDOW TOOLKIT 
339 EXTLIB § DBSCAN 

345 CXL C LIBRARY 5.1 

348 PC GRAPHICS C 

376 STEVES TC LIBRARY 
396 FLASHPAC C LIBRARY 
441 DATABASE IN C 


442 WINDOW PRO 1.51 
443 C-MIX $1 si 
444 C-MIX 42 

445 C-MIX 43 

446 C-MIX tt4 


487 CSCREEN EDITOR 

488 COMPILET TUTORIAL 

495 TEGLC WINDOWS TOOLKIT 
496 COMPLETE C Cs4 


498 C44 TOOLKÍTS §1 
499 C44 TOOLKITS 42 
500 Cs4 TOOLKITS 43 
501 C44 TOOLKITS 44 
502 Cs4 TOOLKITS 45 
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ASM-bővítések Basichez 
Assembler/Debugger 
ASM-rutinok és programok 
Komplett assemblercsomag 

(10 lemezen!) 
Programszerkesztő 

(Unix-szerű 4- ASM forrás) 
ASM-bővítések Turbo Pascalhoz 


Segédprogramok Turbo Basichez 
Szövegszerkesztő Basic forráskóddal 
Basic-kiterjesztés 

AB 2.0 kiterjesztés 

Ablaktechnika OB 4.x-hez 

Minták, bővítések (5 lemezen) 
Adatbázis-kezelés Basic-kel 4. oktató 
Képernyőtervező 

Basic segédrutinok 

Oktatócsomag a Basic-hez 

Editorok Basic forrásaikkal 

Editor, rajzoló, diagramkészítő 

OB 4.x profi képernyőkezelés 

Két ragyogó fordító editorral 
Segédprogramok OB 4.x-hez 


Oktatóanyag példaprogramokkal 
Oktatóanyag példaprogramokkal 
uick C és Turbo C könyvtár 
Virtuális debugger 

MSC/TC ablaktechnika 

Önálló C-compiler 

Több feladatos futás (forrás) 
MSC/TC popup/pulldown menük 
Ablaktechnika, DBF-böngésző 
MSC/TC/ZORTECH C könyvtárak 
HP BASIC grafika MSC-hez 

TC közvetlen videomemória-kezelés 
BIOS-szintű C rutinok 
Adatbázis-kezelés 

(BTREE, DBASE bázisok) 
Ablaktechnika (smallimed/large) 
EMS, XMS és egérkezelés C-ből 
Tárrezidens programok készítéséhez 
3D grafika, C fordító/LIB forrásban 
Változó méretű RAMDISK 
EMS/XMS-ben 

Programeditor C és ASM forrással 
Készítsünk compilert (".C források) 
Ikongrafikus felület, ikoneditor 
C34-4-kiterjesztés MSC/TC-hez 

(2 lemezen) 

Egér, OOP-kiterjesztések 
Adattömörítő program forráskódban 
OOP-kiterjesztések 
OOP-kiterjesztések 
OOP-kiterjesztések az $501-hez 


503 TURBO C TOOLKIT 
M009 TURBO C TOOLKIT 
M010 MSC TOOLKIT 
M042 WISE SW §1 


Modula 


003 MODULA-2 TUTOR 
012 MODULA-2 COMPILER 
049 PIBTERM 


Fortran 
166 ACM 


Turbo Pascal 
004 TP 5.x MULTITASK. 2.10 


080 TP MODULATING 

098 TURBO APPRENTICE 

205 MINIGEN 

236 TURBO PASCAL PACKET 
270 TURBO DESIGNER 

295 T-REF 

298 BOX SCREEN DESIGNER 
301 TP 4/5.0 SAMPLER 

302 EZ DOSS DOS-MANAGER 
303 MAILPRO MAILING-SYST. 
304 TURBO TECHNO JOCKS 
306 TPTC (TP TO TURBO C) 
307 PXL CROSSREFERENCE 
308 FILE MANAGER/FILESTUF 
309 LITECOMM TEL. TOOLBOX 
310 MDCD 

311 TP — ARC TOOLS §. MORE 
312 TURBO OVERDRIVE PACK. 
313 TURBO ENH. TOOLKIT 

321 TP4áMENU 

322 TP4 BONUS DISK 

323 OWICK SCREEN UTLLITIES 
333 TURBO SPRITES 

364 TURBO SCREDIT 

370 DML 8 XREF 

408 DATABASE IN PASCAL 

426 CtoP 1.2b 

489 PULL MENU BUILDING 

491 OOP $1 

492 OOP §2 

493 TP TOOLKITS 

494 TEGLP WINDOWS TOOLKIT 


Oktatóprogramok 


001 C-TUTORIAL 

002 TURBO C TUTOR 

003 MODULA-2 TUTOR 

208 PASCAL LEARNPROGRAM 
239 BASIC LEARNPROGRAM 
300 TURBO PASCAL TUTOR 


TC segédprogramok 

Cache, menü, B-tree TC-hez 
Cache, menü, B-tree MSC-hez 
Clipper és C rutinok forrással 


Oktatócsomag mintaprogramokkal 
Teljes fejlesztőrendszer 
Modula forrásállományokkal 


Fortran rutinok (matematikai) 


Több feladatos futtatás 

(német dokumentáció) 
Forráslistázó 

Rezidens fejlesztési segédeszköz 
Pascal ablaktechnika 

150 forrásprogram (5 lemezen) 
TP képernyő-kódgenerátor 
Programdokumentálás 
Képernyőtervező forrásokkal 
Unitok, ".PAS (6 lemezen) 

DOS keretrendszer (forrás!) (2 lemezen) 
Cím-, telefonjegyzék (3 lemezen) 
Szuperunitok forrással (2 lemezen) 
TP-—TC konverter 4. forrás 
Keresztreferencia-készítő 

3 PAS-alkalmazás 
Kommunikációs rutinok 
Adattömörítő 

DEARC: PKARC-kompatibilis 
Lotusmenü, kalkulátor 

Gyors videorutinok 

Menü- és helpgenerátor 

Vegyes PAS programok 

Szuper videorutinok 

Grafikus tervezés és animáció 
Képernyőtervező TP 8. Turbo C-hez 
87 darab PAS rutin 
Adatbázis-kezelés PAS-forrással 
Turbo C—TP forráskonverterl 
Gyors menü, ablaktechnika 5.5 
Objektumorientált prog. 5.5 
Objektumorientált prog. 5.5 
Teljes B-TREE rendszer forrásban 
Ikongrafikus felület, ikoneditor 


Mintaprogramokkal (2 lemezen) 
Mintaprogramokkal (2 lemezen) 
Mintaprogramokkal (2 lemezen) 
Általános oktató 

Teljes nyelvi leírás 

84 forrásprogrammal 
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Funky Toolbox 


Szellemes segédprogramok 


Igen sok ötletet meríthetnek 


a Funky Toolbox segédprogram-gyűjteményből mindazok, 
akik Gwbasic vagy Basica programjaikat 

szeretnék gördülékenyebbé, elegánsabbá tenni. 

(A ,Funky" rövidítés a function key — 


funkcióbillentyű helyett áll.) 


A rutingyűjtemény széles tevékenységi 
skálát ölel fel: 

— Folytatás bármely billentyű leüté- 
sére. 

— Sáv-szektor konverzió abszolút 
szektorrá a DEBUG-hoz. 

— Hexacím konverziója decimális 
számmá. 

— Megjeleníti a képernyőkarakterek 
hexatábláját. 

— Hibakezelés (demo és on/off ru- 
tin). 

— Mono és color üzemmódok kö- 
zötti átkapcsolás. 

— Nyomtatókezelés. 

— Normál zene. 

— Szokatlan zenei hatások. 

— Háttérzene programokhoz. 

— Képernyő elsötétítése. 

— CPU-tesztek. 

— Memóriateszt. 

— Hogyan nézzünk bele DEBUG- 
gal állományokba/ROM-ba. 

— Szöveges állományokba hogyan 
nézzünk bele. 

— Hibaüzenetek megjelenítése F5 
billentyűvel. 

— Állomány titkosságának meg- 
szüntetése listázáshoz. 

— Funkcióbillentyű kezelése. 

— Címkézés. 

A programozási példák mellett szá- 
mos .DOC kiterjesztésű állományt 
is találunk a lemezen. Ezek egy része 
nagy meglepetéseket tartogat. Olyan 
eszmefuttatásokat olvashatunk . ékes 
amerikai nyelven, amelyek szinte a 
Murphy-törvények babérjaira pályáz- 
nak. Talán legkedvesebb közülük a 
SENSITIVE.DOC. Itt azt fejtegetik a 
szerzők, hogy ki miért tart a számító- 
gépektől. A programfejlesztőknek fel- 
tétlenül tekintettel kell lenniük a fel- 
használók eredendő gépiszonyára. Meg 
kell teremteniük a bizalom légkörét, 
akkor alakulhat csak ki a megfelelő 


ember-gép kapcsolat. Erre példának 
egy házasságközvetítő irodában műkö- 
dő rendszert hoznak fel. Itt először 
bemutatkozik a gép, és kezelőjének 
csak a szóközbillentyűt kell lenyomnia 
a következő képernyő megjelenítésé- 
hez. Mivel ez általában sikerül, maga- 
biztosabban olvassa a kérdést: , Jól lát- 
ja-e a képet?" (Lehetne helyette: , Ké- 
nyelmesen ül-e?") Itt sem tévedhet na- 
gyot: Y/N válaszok közül biztosan el- 


találja valamelyiket. És csak ezután 
kérdezik meg az új ügyfél nevét. Igaz, 
hogy a gépnek egyedül erre lett volna 
szüksége, de addigra két helyes válasz 
után már lelkesebben, magabiztosabban 
végzik el az érdemi munkát. Sok min- 
den múlhat ilyen apróságokon! 
Természetesen a .DOC állományok 
többsége a fenti példánál több konkrét, 
kézzelfogható számítástechnikai infor- 
mációt tartalmaz. A stílusra azonban 
jellemző, hogy a lemezszektorok és a 
memóriakiosztás precíz ismertetésekor 
is hol Rousseau-tól idéznek, hol pedig 
egy , országomat egy térképért (map)!" 
kitétel jelenik meg. Kellemes szórako- 
zás a dokumentáció végigböngészése. 
A Funky Toolbox a SolarSoft prog- 
ramkönyvtár 1127-es lemezén találha- 
tó. 
Verebély Pálné 





M inden gyakorlott számítógépes szakem- 
ber tudja, hogy a nyomtatás rengeteg 
időt pazarol el. 

Még a leggyorsabb nyomtató is lassabb a 
legtöbb számítógépnél. Így gyakran előfordul 
az, hogy a számítógépnek várnia kell a nyom- 
tatóra. Ezt az elveszett időt takaríthatja meg a 
Printer Manager segítségével, ugyanakkor két 
vagy három számítógéphez csak egy nyomta- 
tó szükséges. 

A Printer Manager két fő problémát egy- 
szerre old meg. 

Az egyik funkciójában két-három nyomtatót 
helyettesít, a másik funkciójában intelligens 
memória, melyben a szövegek tárolódnak 
nyomtatásukig. 

A nyomtatott szövegek sorbarendezve, 
egymás után jelennek meg. 

A Printer Manager a következő kézzelfog- 
ható előnyöket kínálja az Ön számára: 

1. Megtakarítja egy második nyomtató árát. 
Két (vagy három) számítógép dolgozhat egy 
nyomtatóra anélkül, hogy az adatok összeke- 
verednének. 

2. Megszabadítja a számítógépeket a várako- 
zástól. Segítségével 4-6 perc alatt akár tMbyte 
hosszúságú szöveg is kiíródhat a Printer Ma- 
ezután szabadon dolgozhat bármely felada- 
ton. 





Megduplázhatja nyomtatói számát 
egy újdonsággal 


(És közben nem kell többé várnia a nyomtatóra) 


Kapható: XFER kft 1134 Budapest, Dunyov I. u. 7. 
Telefon : 149-7818 


Tételezzünk fel szerény 300 Ft órabért egy 
számítógép, és kezelője számára. Mindössze 
30 perc napi nyomtatási időt számolva egy 20 
munkanapos hónapban, a havi megtakarítás 
órákban kifejezve: 

.  0.5[óra) " 20(nap) - 10[óra/hónap] 

Évi megtakarítás Ft -ban kifejezve: 

12 : 10[óra/hój : 300(FtVóra) - 36.000[Ft/év] 
Két számítógép esetén ez az összeg megdup- 
lázódik. 

3. Univerzális 

Bármilyen számítógéppel dolgozhat, melynek 
soros, vagy Centronics portja van. (XT, AT, 
AT386 stb.) 

Bármilyen nyomtatóval dolgozhat, amelynek 
soros, vagy Centronics bemenete van. (mát- 
rixprinter, laserprinter, PostScript printer, plot- 
ter, fólia-kivágógép stb.) 

4. Biztonságos 

Nem fordul elő program-összeférhetetlenség, 
mert a működtetéséhez nincs szükség segéd- 
programra. 

5. Megbízható 


Korszerű technológia (SMT) révén 2 év csere- 

garancia! 

6. Árak 

256kKbyte memóriával ............ 25300Ft 
1tMbyte memóriával . . . ......... 28600Ft 


4Mbyte bővítési lehetőség 
Az árak az ÁFA-t nem tartalmazzák. 
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A Turbo Pascal nyelvet a Borland In- 
ternational cég fejlesztette ki. Más Pas- 
cal nyelvjárásokkal szemben legna- 
gyobb előnye a hatékonyság, mert a 
Turbo Pascal programok lefordítása 
igen gyorsan, egy menetben történik 
meg, és a kész programok futásideje is 
jó. Szövegszerkesztőként egy Wordstar 
klónt ajánlanak, ezt azonban teljesen 
átalakíthatjuk. A Turbo Pascal egyetlen 
hátrányaként szokták megemlíteni, 
hogy .COM kiterjesztésű állományokat 
hoz létre. (Kérdés, hogy ez valóban 
hátrány-e.) 

A SolarSoft könyvtár 1236 szám alatt 
bocsátotta ki azt az 5 lemezt megtöltő 
programkavalkádot, amely Turbo Pas- 
cal nyelven készült. (Igen nagy 
mennyiségű forrásprogram.) A teljesség 
igénye nélkül most felsorolunk néhá- 
nyat az érdekesebb programok közül. 
Mivel minden egyes programhoz doku- 
mentáció is tartozik, bárki könnyedén 
módosíthatja ezeket saját speciális igé- 
nyeinek megfelelően. 

— Labirintusszerű mintát rajzolha- 
tunk — színesben is, ekkor szép igazán. 

— Pontonként címezhető grafikát 
tudunk kezelni. 

— Animációt készíthetünk szöveges 
módban. Az így kialakított képeket 
visszajátszhatjuk. 

— AROM grafikus táblából kiolvas- 
hatjuk a pontmintákat. Az így kapott 
ROM karaktermintákból készíthetünk 
el címeket. 

— Lekérdezhetjük, hogy színes vagy 
monokróm monitorral dolgozunk-e. 

— Zenélhetünk a zongoraprogram- 
mal — ez felvételt és visszajátszást is 
tartalmaz. 

— Játékprogramokhoz géppisztoly- 
hangot állíthatunk elő. Megszüntethet- 
jük a hangot, ha véletlenül elfelejtettük 
egy-egy játék végén. 

— Decimális egész számot begépel- 
ve visszakapjuk ennek hexadecimális 
megfelelőjét. Csak adott intervallumba 
eső egész számot enged begépelni. 

— Csak meghatározott billentyűk 
leütését engedélyezzük és a beolvasó 
rutinnal a billentyűk kódját kapjuk meg. 

— Beállíthatjuk, hogy melyik legyen 
az alapértelmezés szerinti lemezmeg- 
hajtó. (Ennek megfordítása: az alapér- 
telmezés lekérdezése.) 
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— Beállíthatjuk, illetve lekérdezhet- 
jük az aktuális keresési utat. 

— Alkönyvtárakat készíthetünk, il- 
letve megszüntethetjük ezeket. 

—  Áthelyezhetünk állományokat 
más könyvtárba, közben át is nevezhet- 
jük az állományokat. 

— Kiköthetjük, hogy csak a lefordí- 
tott programok futtatása legyen megen- 
gedett. 

—  Melegindítást kezdeményezhe- 
tünk. 





szebb, kény. 


A FlashPac C könyvtár a Microsoft és 
a Turbo C nyelvű programoknál hasz- 
nálható DOS-környezetben. A benne 
lévő alacsony szintű könyvtári rutinok 
lehetővé teszik a programozók számára 
a képernyő, a nyomtató, a lemez és az 
egér kezelését. A rutinok nem azzal a 
céllal készültek, hogy helyettesítsék a 
C nyelv szabványos lehetőségeit, ha- 
nem hogy kényelmesebb programozást 
biztosítsanak DOS-környezetben. E 
könyvtár felhasználásával gyorsabb és 
szebb C programokat írhatunk. 

A könnyebb kezelhetőség érdekében 
a globális változók számát a szerzők 
minimálisra csökkentették. Az összes 
rutin Assembly nyelven készült, a Pas- 


— Rezidens programmal visszahoz- 
hatjuk az utolsó tíz DOS parancsot. 

— Paramétereket adhatunk át prog- 
ramoknak a DOS parancssorból. 

— Beolvashatunk max. 80 karakteres 
paramétersztringeket. 

Találunk továbbá telekommuniká- 
ciós programot, aszinkron kommuniká- 
ciós rutingyűjteményt, soros kommuni- 
kációs rutinokat, keresztreferencia-lis- 
tázót, jelszókezelő programot is. 

Verebély Pálné 






cal nyelv paraméterátadási konvencióit 
használva. 

A lemezes műveletekkel kapcsolatos 
rutinok számos olyan DOS függvényt 
váltanak ki, amelyek a lemezes állomá- 
nyok kezelésekor bájtsorozatokkal dol- 
goznak. Közvetlenül elérhetjük a kép- 
ernyőt, tartalmát elmenthetjük, vissza- 
állíthatjuk, ablakokat keretezhetünk, 
vezérelhetjük a kurzort. Az alapvető 
egérkezelés mellett találunk egy ese- 
ménykezelőt, BIOS nyomtatófüggvé- 
nyeket, továbbá DOS és BIOS billen- 
tyűzetkezelő függvényeket. 


(A Flashpac C Library a SolarSoft 
4396 lemezén található.) 
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A Compack 4.4 csomag 


Tömörített csemege 


A tömörítóprogramok nemzetközi kíná- 
lata nemrégiben egy újabb használható 
csomaggal bővült. Egy olasz programo- 
zó (W. J. Collis) megmutatta, akárcsak 
Yoshi az LHA-val, Sawatzki és Nischke 
a Hyperrel és a francia Bellard az 
LZEXE-vel, hogy nem csak Ameriká- 
ban lehet szupertömörítő programot ír- 
ni. A Compack 4.4 csomag hasznos 
eszköz mindenki számára, aki lemezein 
helyproblémával küszködik, vagy ne- 
hezebben visszafejthetővé akarja tenni 
saját fejlesztésű programjait. 

A Compack egy CPK44.EXE (a So- 
larSoftt514-es lemezen CPK44$.EXE) 
nevű önkibontó állományban kerül for- 
galomba, ezt a csomag részét képező 
BUILDSFX segédprogrammal hozták 
létre. A programcsomag telepítése 
mindössze annyiból áll, hogy egy (le- 
hetőleg pathon levő) könyvtárba lépünk 
be, és onnan indítjuk el ezt a 
CPK44.EXE állományt. Az SFX ki- 
bontja magából mina a hat belepakolt 
állományt (az esetleg meglevő azonos 
nevűeket felülírja). Használatbavétel 
előtt érdemes átfutni a README és a 
MANUAL.DOC állományok tartalmát. 
Január közepéig elkészül a magyar 
nyelvű leírás is. 

A Compack és a BUILDSEX a Pro- 
minence Computer Services Ltd. szer- 
zői joggal védett programjai, de share- 
ware programként terjeszthetők. A 
programot módosítani tilos. Ha elége- 
dettek a programmal, küldjenek 25 
USD-t. Aki 40 USD-t vagy többet küld, 
bejegyzett felhasználóvá válik, és el- 
küldik neki a legfrissebb verziót egy 
nyomtatott kézikönyvvel. 

Ha a Compackot vagy a vele tömö- 
rített programokat kereskedelmi célok- 
ra vagy állami intézményeknél használ- 
ják, a regisztráció kötelező. A Com- 
packkal tömörített programok terjesz- 
téséhez írásbeli szerződés szükséges 
(kivéve a public domain és shareware 
programokat, ha a Compack adatait 
feltüntetik). 

A kereskedelmi felhasználók, akik a 
Compack és a BUILDSEX segítségével 
kívánnak programokat terjeszteni, lép- 
jenek érintkezésbe további adatokért a 
Prominence Computer Services Ltd. 
irodájával. A mintaszerződés megtalál- 
ható a kézikönyvben. 


Bár rengeteg tömörítő csomag van, 
amely nagy hatékonysággal zsugorítja 
állományainkat, ezek egymással rend- 
szerint nem kompatibilisak, és az archív 
fájl kibontásához szükség van egy ki- 
bontó segédprogramra, vagy többnyire 
tekintélyes méretű (5-16 kbájtnyi), az 
archívval egybeépített önkibontó (SFX) 
fejre. Amikor valakinek csak arra lenne 
szüksége, hogy az SFX csomagot ki- 
nyissa, az nem nagyon méltányolja a 
tömörítők többségének extraszolgálta- 
tásait. Ezeket a minimális funkciókat 
biztosító SFX-et pedig legegyszerűb- 
ben és legtömörebben a Compack cso- 
maggal készíthetünk. 

A COMPACK EXE nem egy archi- 
válóprogram, mint az általános fájltö- 

. mörítők, hanem az LZEXE és PKLITE 
programokhoz hasonlóan csak az EXE 
és COM állományokat zsugorítja össze 
a memóriában az indításkor eredeti 
formájában kinyíló állománnyá. Ez 
egyben meghatározza a használhatóság 
korlátait is. 

Kevés kivételtől eltekintve jobban 
tömörít, mint a legjobb tömörítő prog- 
ramok, és mindössze néhány száz bájt- 
nyi fejet és farkat ragaszt a tömörített 
állomány elejére és végére. 

Használata: 

compack V path N program.be N path. 
program.ki [üzenet] [-kapcsolók] 

Sem a bemeneti, sem a kimeneti 
állomány nevét nem lehet dzsóker (tr 
és ?) karakterekkel megadni, egyértel- 
mű nevet kell beírnunk. A kapcsolók (r, 
o, i, g, h) mindig egy bevezető — 
(mínusz) jel után következhetnek, is- 
mertetésük pedig angol nyelven előhív- 
ható a Compack paraméterek nélküli 
indításával. Normál esetben a Compack 
olyankor nem tömörít, ha az elérhető 
helynyereség kisebb 1 kbájtnál, de az 
-T kapcsolóval ilyenkor is pakolásra 
késztethető (ezáltal jelentősen megne- 
hezítve a Compackkal tömörített prog- 
ram visszafejtését). Az -i kapcsolót 
használva a már tömörített programok- 
kal nem vacakol. A — g mintegy kétsze- 
resére gyorsítja a program működési 
sebességét, miközben átlagban csak 
190-kal lesz nagyobb a zsugorított prog- 
ram, mint — g nélkül. Az — o a megren- 
delési formanyomtatványt hozza a kép- 
ernyőre, ami a Print Screen segítségével 
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nyomtatható. A — h egyes EXE fájlok 
tömörítését javíthatja. 

Ha macskakörmök (") között meg- 
adunk bármiféle üzenetet, az beépül a 
tömörített állomány végére, és kiválóan 
megfelel a sorozatszám, illetve a re- 
gisztrációs adatok beültetésére. 


Ajánlható meghívások: 

Compack  bigprog.exe —-g  fast- 
prog.exe 

for 9og in (".com) do Compack 97og 
d:90g -r 


for 9og in (t.exe) do Compack 709 
d:9og , Copyright (c) Fox 1991" 

A Compack és a tömörített COM és 
EXE fájlok hardver- és szoftverigénye 
minimálisan 8088-as CPU, 2.0 feletti 
DOS, 256 kilobájt szabad RAM. 

A BUILDSEX olyan segédprogram, 
amely a dzsóker (" és ?) karakterekkel 
is megadható nem túl nagy (a memó- 
riában elférő) méretű állománycsoma- 
got először egy EXE állományba pa- 
kolja össze, majd ennek tömörítésére 
meghívja a Compack programot, 
amelynek pathon kell lennie. 

Használata: 

BUILDSEX forrásfájl maszk kime- 
neti program.EXE 

Mind a forrásfájl, mind a kimeneti 
program megadásakor patht is megad- 
hatunk. Ramdrive esetében ajánlatos 
egy alkönyvtárban dolgozni, mert a 
lemeznév a program Ramdrive gyöke- 
rében megoldhatatlan problémát okoz. 

Működéséhez 2.0 vagy újabb DOS 
és 256 k szabad RAM kell. 

Példa: 

BUILDSFX 
E:MAKEDOC.EXE 

A csomag harmadik programja, a 
COMZEXE a pongyolára sikeredett 
COM fájlokat, az úgynevezett multi- 
szegmens COM fájlokat alakíthatja 
vissza EXE formába, amit a Compack 
alaposan tömöríthet. 

Használata: 

COMZ2ZEXE  program.com  prog- 
ram.exe 

A REPACK.BAT egy olyan batch- 
fájl, amely megnézi, hogy a megadott 
forrásprogram tömörített-e, és ha igen, 
külső segédprogramok igénybevételé- 
vel újracsomagolja, a Compackot hasz- 
nálva. 


DNTXTY.DOC 


Nagy Gábor 
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Jön, jön, jön... és már itt is van! 


Biblia 


A Biblia teljes szövegű adatbázisát ké- 
szítették el az Arcanum BT munkatársai 
IBM PC gépen használható formában. 
Eredetileg CD-re készült a program, de 
átdolgozták 5,25"-os lemezeken ter- 
jeszthető formára is. A feladat nehézsé- 
gére jellemző, hogy a csomag a jelen- 
legi legjobb tömörítővel, az ARJ-vel 
tömörítve is csak 5 db HD (1,2 MB-os) 
lemezen fér el. A shareware-változatba 
ennek egyik lemezét dolgozták bele, 
amely értelemszerűen szűkebb a teljes 
verziónál, de már önállóan is használ- 
ható (SolarSoft $tMO50). Iskoláknak és 
PC-vel rendelkező szülőknek ajánljuk. 


Tetris 


A már meglevő Tetris-változatok népes 
családját egy újabbal bővítették ki. Aki 
szereti ezt a fajta játékot, nem csalódik. 
(SolarSoft 4515) 


Autóelszámolás 


A Pneumatika BT Bosch-képviselet tá- 
mogatásával, BAUTO.EXE néven szü- 
letett meg a SolarSoft $MOS1 lemezen 
megtalálható, Clipper "87-ben készített 
public domain jelleggel terjeszthető au- 
tóelszámolási program. Semminemű 
korlátozást nem tartalmaz (!), teljesen 
funkcionális, magyar nyelvű segítő 
képernyőkkel működik. Akinek megtet- 
szik, használja és adja tovább! A be- 
jegyzett felhasználóknak szükség ese- 
tén egyedi igényeiknek megfelelően 
módosíthatja a programot. A program 
fejlesztőjének neve, címe és telefonszá- 
ma megtalálható a programban. Híreink 
szerint a Pneumatika BT a közeljövő- 
ben újabb shareware programok kifej- 
lesztését is szponzorálja. 


GS-Auftrag 


A Németországban több tízezer pél- 
dányban bejegyzett GS programcsalád 
egyik első tagját üdvözölhetjük hazánk- 
ban. A német cím ne ijesszen el senkit, 
a program 1.61-es verziója teljesen ma- 
gyarítva kerül a polcra. Akinek meg- 
nyeri a tetszését a shareware-változat, 
nem kell külföldön regisztráltatnia a 
programot, jó magyar forintért is meg- 
teheti a programcsalád magyarországi 
fordítójánál és terjesztőjénél, Kertész 
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Zoltánnál. A lemezen természetesen a 
program leírása is magyarul olvasható, 
már a shareware-verzióban is, ezért a 
lemez a SolarSoft magyar szekciójában 
kapott helyet ($MO5S2). A terjesztő a 
programcsalád további tagjait is , meg- 
magyarítja", ami ez esetben nemcsak 
egyszerű fordítást jelent, hanem hogy 
a programokat a magyar viszonyokhoz 
is hozzáigazítja. A szoftver igen alkal- 
mas az értékesítéssel kapcsolatos 
komplett műveletek követésére és do- 
kumentálására, az ajánlattételtől kezd- 
ve a szállítólevélen át a számlázásig és 
a jóváírásig. Nyilvántarthatjuk vele a 
vevőket, a raktárkészletet, a követelé- 
seket, a forgalom alakulását hálózatos 
környezetben is. 


1FK 


A Pankotai Állami Gazdaság (Szentes) 
programozói készítették az IFK nevű 
főkönyvi könyvelési rendszert. A prog- 
ram villámgyorsan dolgozik, magyar 
nyelvű helpeket ad, és könnyen megta- 
nulható. A shareware-változat (Solar- 
Soft $M0OS5S3) egy némileg korlátozott 
demó, amelynek kipróbálása után való- 
színűleg sokan megveszik a teljes ver- 
ziót is. A bejegyzett felhasználók a 
teljes verzióval megkapják a nyomtatott 
kézikönyvet, továbbá a szoftver későb- 
bi továbbfejlesztésekor az új változato- 
kat. A program kézikönyve a Floppy- 
land szakboltban megtekinthető. 


Antivir-2 


Hosszú ideje gyűjtögetjük a különböző 
magyar fejlesztésű víruskereső és -irtó 
programokat. Ezek közül Leitold Fe- 
renc CHKVIR programjának csak ke- 
reső funkcióval rendelkező verziója 
már bekerült 1tM048 számmal a Solar- 
Soft lemezek közé, az 1MO54 számú 
lemezen pedig hamarosan közreadjuk 
a többi beérkezett programot, mielőtt 
még aktualitásukat vesztik. 


TTL IC katalógus 


Pete László szolnoki programozó mun- 
kája a SolarSoft 4055 lemezre kerülő 
TTK IC katalógus. A program és a 
katalógus elsősorban oktatási célokra 
hasznos, de mindenkinek ajánlható, aki 
áramköröket tervez TTL IC-k felhasz- 
nálásával. A program C-ben készült, 


adatállománya — viszont közönséges 
ASCII szövegállomány, tetszőleges 
szövegszerkesztővel bővíthető. A kata- 
lógus shareware verziójának adatállo- 
mánya nem teljes, a teljes verzió a 
szerzőnél 499 forintért (plusz postakölt- 
ség) megvásárolható. A programból 
nyomtatni is lehet. 


Memory Master 


Az angol PC Plus magazin lemezmel- 
lékletén találtunk egy ügyes memória- 
fejlesztő programot. Ezt a csomagot a 
SolarSoft 4516-os számú lemezen ta- 
lálhatják meg az érdeklődők. 


Előzetes 
a további tervekről 


Először is, amint azt ígértük, a SolarSoft 
katalógust havonta fogjuk frissíteni, és 
január közepe-vége tájára elkészül a 
témák szerinti programvisszakeresést is 
lehetővé tevő modul. A csekély érdek- 
lődést kiváltó programokat, amelyekből 
másolószolgálatunknak az utóbbi fél 
évben nem kellett pótlásokat készítenie, 
visszavonjuk, de átmeneti ideig, egy- 
egy példányt készenlétben tartunk. 

Terveinkben szerepel a már meglevő 
programok újabb verzióinak beszerzése 
és a lemezek felfrissítése, és ezt az 
akciót ki szeretnénk terjeszteni a mos- 
tanra kissé elavult oktatócsomagokra is. 
Hamarosan felújítjuk hipertext- és help- 
készítő programjaink lemezeit is. 

Jelentős változás, hogy egységesen 
az ARJ tömörítő program használatára 
állunk át, amint sikerül beszereznünk 
annak , Security Envelope" változatát a 
programkönyvtár karbantartásához. Ez 
vásárlóink számára — és a mi számunk- 
ra is — nagyobb biztonságot jelent, 
mert az ezzel összecsomagolt fájlokat 
az ARJ egyre elterjedtebb shareware- 
változatával csak kibontani, nyomtatni 
vagy tesztelni lehet, módosítani viszont 
nem. Az átcsomagolás elvégezhető 
ugyan az ARJ shareware-változatával 
is, ebben az esetben viszont kibontáskor 
nem jelenik meg az eredetiséget jelző 
üzenet. A fenti módosításokat abból a 
célból vezetjük majd be, hogy teljes- 
séggel kizárhassuk a véletlen vagy 
szándékos vírusfertőzést és az eredeti 
SolarSoft lemezek integritásának meg- 
zavarását. 

Nagy Gábor 
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Lebegő matematika II. 


Koprocesszor-specialitások 


A matematikai processzorok szab- 
ványosítási folyamatában a speciális 
értékek előírásai is igen jelentősek. 

A 0 ábrázolásánál mind a mantissza, 
mind a kitevő minden bitje 0, az előjel 
szerint megkülönböztethetünk pozitív 
és negatív zérót. Nulla érték keletkezik, 
ha az eredmény annyira kicsi, hogy 
egyetlen értékes jegye sem ábrázolható 
(alulcsordulás). 

Ha a kapott eredmény normál alak- 
ban nem ábrázolható, mert ez a kitevő 
alulcsordulását okozná, denormált ope- 
randust kapunk. Ekkor az eredmény 
használható, de mivel a mantissza ele- 
jén 0-ák vannak, pontossága kisebb, 
mint amit a mantissza hossza lehetővé 
tesz. 
Túlcsordulás esetén — ha a szám 
értéke meghaladja a legnagyobb ábrá- 
zolhatót — a végtelent reprezentáló 
eredményt kapjuk, amelynél a kitevő 
minden bitje 1, a mantissza pedig 
100..00. A végtelen is lehet pozitív vagy 
negatív. 

A szabvány definiálja még a nem 
szám (not a number -— NaN) típust is, 
amellyel általában a beállítatlan (unini- 
tialized) értéket jelzik. Nem szám az 
operandus, amelynek kitevője 11..11, 
mantisszája pedig nem 100..00. 


Az Intel 
matematikai processzorai 


A matematikai processzorok a számo- 
kat normál alakban tárolják, és több 
magasabb rendű függvényt hardverúton 
számítanak ki, a beépített mikroprog- 
ram felhasználásával. Ez magyarázza 
magas árukat. 

Ezeket az eszközöket a PC-k előtti 
időkben a CPU egyszerű perifériaként 





kezelte. Egy regisz- 
terbe kellett írni az 
operandust, egy má- 


Az Intel koprocesszorok regiszterei 
Adatregiszterek 





sikba a parancs kód- 


RO E Kitevő 15 bit 


Mantissza 64 bit 





ját, és bizonyos idő ]! pi s 





múlva szintén egy re- I 
giszterből kiolvasni 
az eredményt. Egy 1 I 
áramkör így többféle : I 
processzor mellett is 
alkalmazható volt, az 
Intel a 8232-t ajánlot- 
ta a 8080/8085-ös, 8 
biteseihez. 


e] 


Vezérlőregiszter 16 bit 





A cég első 16 bites 
processzorainak  ki- 





Állapotregiszter 16 bit 
Kiégészítő reg. 16 bit 





Utasításmutató 48 bit 
Adatmutató 48 bit 








fejlesztésekor új, ad- 
dig csak a nagygépek 
körében szokásos elv 
szerint külön processzort készített a 
perifériaműveletek és a lebegőpontos 
számítások támogatására. Ezek önálló 
működésre nem képesek, de együttmű- 
ködve a CPU-val átveszik feladatainak 
egy részét, így növelik a rendszer tel- 
jesítményét. Működési elvük miatt kap- 
ták a koprocesszor vagy társprocesszor 
nevet. 

A perifériaműveleteket támogató 
8089-es nem terjedt el, a 8087 tí- 
pusszámú matematikai koprocesszort 
azonban az IBM beépítette az első 
PC-be. Az Intel pedig a 80286-os és a 
80386-os CPU-k támogatására tovább- 
fejlesztette a 8087-et is, így jelent meg 
a 80287 és a 80387. A 80486-os pro- 
cesszor pedig már beépítve tartalmazza 
a 80387-et. 

A továbbfejlesztést részben a köz- 
ponti processzor jelentős fejlődése, 
részben a már említett szabvány válto- 
zása tette szükségessé. A szabványt 
1982-ben módosították, amit a 80287- 


2. ábra 





Az Intel matematikai processzorai által tánogatott számformák 





16 bit 














s[ 7 bit 18 jegy, 72 bit 











A fentieken kívül természetesen támogatja az előző számban közölt 1.ábrán látható formátumokat is. 


Szó hosszúságú, előjeles egész (kettes komplemens) —32768 c x c 432767 


Rövid, előjeles egész (kettes komplemens) —2E9 c x c 2E9 
64 bit Hosszú, előjeles egész (kettes komplemens) —-9E18 c x c 9E18 


] Előjeles, pakolt BCD  —99..999 c x c 199...99 18 jegyig 








1. ábra 
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tel követtek. A jelenlegi formát 1985- 
ben adták ki, ehhez legjobban a 80387 
alkalmazkodik. A koprocesszorok fej- 
lesztése során ügyeltek a szoftverkom- 
patibilitásra, a programok változtatás 
nélkül futnak az újabb típusokon is. 

Az Intel matematikai processzorai 
által támogatott adatformátumokat az 
1. ábra mutatja, a 2. ábrán pedig a 
regiszterek láthatók. Az operandusok 
tárolására 7 regiszterből álló tömböt 
használhatunk. A regiszterek kialakítá- 
sa megfelel a normál alakú számábrá- 
zolásnak, a mantissza és a kitevő hossza 
pedig lényegesen meghaladja a szab- 
ványban előírtat, így biztosan teljesítik 
a pontossági követelményeket. Az 
egyes adattípusok a memóriában az 1. 
ábrán látható formában helyezkednek 
el, a processzor betöltéskor automati- 
kusan a regiszterek — nagyobb pontos- 
ságú — alakjára konvertálja őket, az 
eredmény pedig — a programozó fele- 
lősségére — szintén bármelyik formá- 
ban a memóriába küldhető. 

A koprocesszor működését a 3. ábrán 
részletezett vezérlőregiszter egyes bit- 
jeinek állításával befolyásolhatjuk, ha- 
tásukról pedig az állapotregiszter (4. 
ábra) ad információt. 

Az egyes bitek vizsgálata előtt meg 
kell ismerkednünk a kizárással (excep- 
tion). 

A CPU által kezelt eszközökök, ha 
végeztek a feladattal (esetleg hibát ész- 
leltek), megszakítással kérhettek figyel- 
met a CPU-tól. Ha a processzor a 





megszakítást valamilyen okból nem fo- 
gadja, az eszköz általában várakozni 
kényszerül. A 8087-es szintén megsza- 
kítást kér a CPU-tól, de ha az ezt nem 
fogadja, a matematikai processzor előre 
meghatározott módon folytatja a mű- 
ködését, ami hibás eredményre vezet- 
het. (Ez a programozó gondja.) Az ilyen 
típusú megszakítást nevezik kizárás- 
nak. 

A vezérlőregiszter alsó 6 bitje azt 
jelzi a koprocesszornak, hogy a prog- 
ramozó milyen esetekben engedélyezi 
és melyekben tiltja a CPU-nak szóló 
megszakítást. — Az  állapotregiszter 
ugyanilyen nevű bitjéből tudja meg a 
programozó, hogy a koprocesszor a 
többféle lehetőség közül pontosan miért 
kért megszakítást (ha az engedélyezett 
volt), illetve kért volna, de nem volt 
engedélyezve. 

A vezérlő- és állapotjelző biteket 
követve jobban megérthetjük a kopro- 
cesszor működését és lehetőségeit: 


Érvénytelen művelet jelzése 

Tipikus példája a negatív számból 
való gyökvonás, vagy ha olyan regisz- 
terrel akarunk műveletet végezni, 
amelybe nem töltöttünk operandust. 

Denormált operandus 

A művelet denormált operandust 
használt. 

Osztás nullával 

Ha a kizárás tiltott, eredményül vég- 
telent kapunk. 

"Túlcsordulás 


A kapott erdmény túl nagy, a regisz- 
terekben nem ábrázolható, a kopro- 
cesszor végtelent ad eredményül. 


Alulcsordulás 


Az eredmény túl kicsi, denormált 
számot kapunk, vagy extrém esetben 
nullát. 
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Az Intel koprocesszorok vezérlőregisztere 
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Érvénytelen művelet 
tetsz ali 
enge vé e potannet 
Ti orduli 
ulcsordul. 
Pontatlan eredmény 
Megszakítás engedélye 
Pontosságvezérlés 
Kerekítésvezérlés 
Végtelen vezérlés 
Kerekítésvezérlés : 0 0 r Égtete kerekes számra 
01 Lefel 
10 - Felfelé kerekíi ha 
11  - Egészre kerekítés lefelé 
Pontosságvezérlés : 00 - 24 bites pontosság 
01 - Fo e 
10 - 54bites pi fioriossá 
11 - 64 bites pontos gú 
3. ábra 
Pontatlan eredmény pontosságot tesznek lehetővé, mint a 


A kapott eredmény két ábrázolható 
szám közé esett, a koprocesszornak 
kerekítenie kellett. 


Megszakítás engedélyezése/tiltása 


Minden előző megszakítást együtt 
tilthat. (A 80287 és a 80387 már nem 
használja.) 

Pontosságvezérlés 


A koprocesszor nem a regiszterek 
által meghatározott maximális, hanem 
a szabványban előírt hosszúságú for- 
mákra kerekít. Ezt bizonyos fordítók és 
más; szintén a szabványhoz alkalmaz- 
kodó matematikai  processzorokkal 
kompatibilis alkalmazások igényelhe- 
tik. A pontosság csökkentése nem nö- 
veli a számítások sebességét. 


Kerekítésvezérlés 


A normál alakú számábrázolásnál a 
kerekítés gyakran szükséges. A kopro- 
cesszor nem csak akkor kerekít, ha az 
eredmény nem ábrázolható pontosan. 
Mivel a saját regiszterei nagyobb belső 





15 


Az Intel koprocesszorok állapotregisztere 
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Alulcsordulás 
Pontatlan eredmény 
Megszakításkérés . 
Összehasonlítás kódja 
Regisztertömb teteje 


Foglaltság jelzése 











4. ábra 


kezelt adattípusok, mikor az eredményt 
kiírjuk a memóriába, szintén kerekíte- 
nie kell. Beállíthatjuk a felfelé vagy 
lefelé kerekítést, kerekíthetünk a legkö- 
zelebbi ábrázolható számra stb. 


Végtelen vezérlés 


Meghatározza, hogy a végtelen ered- 
mény kezelésénél figyelembe vegye-e 
az előjelét (affine mód) vagy sem (pro- 
jektív mód). A 387-es koprocesszor — 
a szabvány módosításának megfelelően 
— csak az affine módot használja. 

A 4. ábrán látható állapotregiszter 
alsó bitjei a különböző típusú kizáráso- 
kat jelzik. A feltételbitekből lehet kiol- 
vasni az összehasonlító utasítások ered- 
ményét, értelmezésük a használt utasí- 
tástól függ. 

A regisztertömböt a koprocesszor ve- 
remként kezeli, az egyes regiszterek 
számozása — 0-tól 7-ig — pedig a 
verem legfelső regiszterének helyzeté- 
től függ. Ha tudni akarja, hogy éppen 
melyik regiszter a verem teteje, akkor 
ezt az ST bitek jelzik az állapotregisz- 
terben. Végül a foglalt bit azt mutatja, 
hogy a koprocesszor dolgozik, az elő- 
zőleg kapott utasítás végrehajtását még 
nem fejezte be. 

A kiegészítő (tag) regiszterben min- 
den adatregiszterhez tartozik két bit, 
amelyek az egyes regiszterek tartalmá- 
ról adnak információt. Ezeket a biteket 
a processzor állítja be, a programozó 
csak olvashatja. 

Az utasítás- és adatmutató regiszte- 
rek az éppen végrehajtott utasítás és az 
utoljára betöltött operandus memória- 
címét tartalmazzák. Ha valamilyen hiba 
— kizárás — lép fel, kiolvasásukkal 
megállapítható, hogy milyen utasítás és 
operandus okozta a kizárást. 

Csórián Sándor 
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Massa ezen LAZa EGY HELY, AHOL MEGMUTATHATJA 


Ami nélkülözhetetlen, 
ami visszahívásra figyelmeztet, 


ami írott üzenetet továbbít, A KONKURENCIÁNAK, is A fi praktikus? 


ami akár négy színnel is ír, 7 van helye? 
ami színeset ís másol, kicsinyít, Elegáns? 


szortíroz, nagyit. HOGY MIBEN KÜ LÖNB, Az emberhez tervezték? 


És amiról még ma sem tudom, MUTASSA BEI 


hogy holnap már azzal dolgozom. 


MUTASSA BE! A FELHASZNÁLÓNAK, 
also aa HOGY MIÉRT PONT ÖNTŐL, 


ha könnyebb. e ÉS ÖNMAGÁNAK, 
ha modulárisabb, 


ha olesébbi f OGY VERSENYBEN MARAD! 


ha nemi szél, hanem ért is 
ha már maga sem hiszi, 


hogy ilyen is létezhet, akkor... 
MUTASSA BEI 
TÁVKÖZLÉS 
Kis központ? 
Több fővonal? 

















Ezt még nem ismeremi 


MUTASSA BE! 









Oktat? 
Szervez? 
Sok mellókállomás? 
Sokmemóriás? 

Üzenetrögzítős Egy húzásra azonosít? 
Az értéket megóvja? 


Hogyan? 
MUTASSA BE! 





De ha CHIP kártyás, ha mindig 
kéznél lehet, 










akkor is 
MUTASSA BE! 
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Hazai termés IV. 


Mostani összeállításunkkal befejezzük 
a SolarSoft programkönyvtárban £ 
jelenleg meglévő magyar shareware-programok 
katalógusának közreadását. 

Várjuk a hazai szerzők jelentkezését 

további új programjaikkal! 

Lemezkalauzunkat következő számunktól kezdve 
ismét a külföldi shareware-lemezek 
ismertetésével folytatjuk. 








Lemezszám: M037 


Név: Postaforgalom 
Szerző: Keszte György 


Leírás: A program kis- és köze- 
pes méretű vállalatok (50-70 
ezer irat/év) ki- és bemenő 
postaforgalmának kezelésére ké- 
szült. (Alkalmazási referencia: 
Székesfehérvári Könnyűfém- 
mű.) Kiszolgálja a vállalathoz 
beérkező és onnan kifelé irányu- 
ló postafotgalom adminisztráció- 
jával kapcsolatos összes tevé- 
kenységet: 
— A korrekt iktatókönyv vezeté- 
sét. 
— A postaküldemények feladó- 
jegyzékének elkészítését. 
— A postaküldemények szerve- 
zeti egységek szerinti szignálá- 
sát. 
— Az iratok gyors visszakeresé- 
sét. 
— A felhasználó által definiál- 
ható listák készítését. 
— A napi postaforgalom napló- 
zását. 
— Az éves szintű adatarchivá- 
lást. 
Állományok: 
—-INSTALL.BAT 
Üzembe helyezés merevlemez- 
re 
— M000.DOK 
A SolarSoft könyvtár adatlapja 
— REGISTER.DOK 
Regisztrációs lap a fejlesztőnek 
— SOLAR.DOK 
Nyilatkozat 
— PF.BAT 


Programindító batch-fájl 

— PF1.EXE 
Programfájl 

— PF.HLP 
Help szövegfájl 

— ERKEZO.DBF 
Adatállomány 

— KIMENO.DBF 
Adatállomány 

— E WORK.DBF 
Munkaállomány 

— K WORK.DBF 
Munkaállomány 

— IKTATO.DBF 
Iktatóhelyek, adatállomány 

— DRIVES.DRV 
Környezetleíró fájl 

— E NAPLO.FRM 
Formátumfájl 

— K NAPLO.FRM 
Formátumfájl 

— KEYTECH.COM 
Cserélhető ékezetes billentyű- 
definíció 


Lemezszám: M038 


Név: Mandelbrot 
Szerző: Molnár Ferenc 


Leírás: A program Mandelbrot 
halmazokat állít elő. Könnyen 
kezelhető és a C nyelvet egy ér- 
dekes feladat megoldásán ke- 
resztül még jobban megismerte- 
ti. A teljes C forráskód rendelke- 
zésre áll(!), így a továbbfejlesz- 
tésre is van lehetőség. 

A program néhány jellemző pa- 
ramétere: 

— Forráskód: Turbo C 2.0 
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— Forráslista: 
mbe.c (52848 bájt, 1777 sor) 
— Futtatható programkód: 
mbe.exe (74614 bájt) 
— Szükséges segédfájlok: 
egavga.bgi (5363 bájt) 
goth.chr (8560 bájt) 
mbe 0000.ser (112000 bájt, tö- 
mörített alapkép) 
mbe 0000.spk (171 bájt, alap- 
kép koordinátái) 
(Ha az mbe 0000.ser és az 
mbe 0000.spk fájl hiányozik, a 
program újra előállítja azokat.) 
— EGA képfelbontás 
(640 x 350) 
— Egy AT 386-os géppel (25 
MHz) az alapkép 1 perc 56 má- 
sodperc alatt készül el. 
— A képgenerálások időtarta- 
mát is jelzi, Így a program egy- 
fajta sebességmérőként is fel- 
használható. 
— A generált képek lemezre 
menthetők, illetve onnan beol- 
vashatók. 
— A képek 10 színkombináció- 
ban készíthetők el. A 10 szín- 
kombináció folyamatosan változ- 
tatható, ezáltal lüktető, figyelem- 
felkeltő kép állítható elő (pél- 
dául egy kiállítási standon). 
— A program a tömörített kép- 
mentés miatt a paletta 10 színét 
használja (egy kép - 112000 4 
171 bájt). 
— A halmaz megfelelő részleté- 
nek kiválasztása egy ablakkal 
vagy közvetlen koordinátabeírás- 
sal történhet. 
— Az aktuális ablakkoordináták 
közvetlenül leolvashatók. 
— A kép tetszőleges részéről 
ASCII szövegfájl készíthető, 
ami az adott részletet tartalmaz- 
za (mint egy gobelin-minta). 
Egy képpont : egy karakter (a 
karakter a képpont színére utal). 


Lemezszám: M039 


Név: GIB DEMO 


Szerző: Scriptum Kft. 


Leírás: Ezen a lemezen a Ma- 
gay—KkKiss: Angol —magyar, ma- 
gyar—angol zsebszótár számító- 
gépes változatának demója talál- 
ható, amely mindkét szótárból 
csak az a-val kezdődő címsza- 
vakat tartalmazza. 

A program indítása: GIB DEMO. 
A demonstrációs példány szaba- 
don másolható. A regiszrált vál- 
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tozat másolásvédett (lásd 
4MO56). 

A regisztrált verzió beszerezhe- 
tő a szerzőknél (Scriptum Kft. 
6771 Szeged-Szöreg, Pf. 2.), to- 
vábbá a Cédrus Karolina Áru- 
házban vagy a Floppyland szak- 
boltban 5000 Ft-os áron. 


Lemezszám: M040 


Név: Great Speculator 
Szerző: Czél István 


Leírás: Grafikával támogatott in- 
teraktív üzleti táblázatkezelő és 
nyilvántartó program, amely a 
Sunsoft Gmk támogatásával ké- 
szült 1990-91-ben, üzleti, vala- 
mint tudományos célokra. 

A lemezen a program demó ver- 
ziója található egy önkicsomago- 
ló állományban. A kibontott prog- 


ram mintegy 800 K helyet foglal." 


el. Első elindítása előtt (amit a 
TDEINDIT.BAT végez), olvassuk 
el a README.DOC-ot! 


Lemezszám: M041 


Név: Nyákterv 
Szerző: Szabó Attila 


Leírás: A Pascal forráskódban 
megírt Graph grafikus nyákterve- 
ző segédprogram a konvencio- 
nális kivezetőkkel készült alkat- 
részekből álló áramkörök nyom- 
tatott huzalozási ábrájának 
gyors és egyszerű elkészítésére 
szolgál. A program furat-orien- 
tált működésű, az egyes alkatré- 
szek körvonalrajzai elsősorban 
az egyes alkatrészek fizikai el- 
helyezését segítik. A munkaterü- 
leten az alkatrészek (és így a 
nyomtatási rajzok is) alulról, a 
nyomtatási oldal felől láthatók. 
(Ez nem szerencsés, mert a 
szokásos megoldás az alkat- 
rész oldal felőli tervezés.) 

Az alkatrészek körvonalrajzai 
egy könyvtárban helyezkednek 
el (GRAPH.LIB). Kissé szegé- 
nyes a választékuk, mert az in- 
tegrált áramkörből csak a 16-lá- 
bú DIP tokozásúak szerepelnek 
benne. 

Ha ki akarunk lépni a program- 
ból, nem kér megerősítést, 
ezért egy rossz mozdulattal min- 
den addigi munkánkat elveszít- 
hetjük. A program képes két 
vagy több alkatrész megjelölt 


pontjait automatikusan összehu- 
zalozni, de bizonyos korlátozá- 
sokkal: pl. nem húz át vezeté- 
ket az IC két kivezetése között. 
(S ezt kézi eljárással sem tehet- 
jük meg.) 

A Graph grafikus nyáktervező 
segédprogram ezen változata a 
következő korlátokkal rendelke- 
zik, amelyeket célszerű a mun- 
ka megkezdése előtt figyelembe 
venni: 

1. A munkaterület maximális mé- 
rete 120 x 120 raszterpontnyi, 
ami 2,54 mm-es rasztertávolság- 
gal számolva 30,48 x 30,48 cm- 
es nyáklemez tervezését teszi 
lehetővé. 

2. A maximális rétegszám kettő, 
tehát legfeljebb kétoldalas nyák- 
lemezt használhatunk. 

3. Az egy munkaterületen hasz- 
nálható körvonalrajz-féleségek 
száma maximum 20. 

4. Az egy munkaterületen hasz- 
nálható alkatrészek száma maxi- 
mum 60. 

5. ,AUTO-HUZALOZÁS" üzem- 
módban a kereső lépések szá- 
ma maximum 30000. 

6. A maximális nagyítás mérté- 
ke 8. 

Mindent összefoglalva, a prog- 
ram elsősorban azoknak a kis- 
pénzű amatőröknek készült, 
akik azt a fent említett korláto- 
kat figyelembe véve is használ- 
ni tudják. 


Lemezszám: M042 


Név: WISE SW 81 


Szerző: Moravecz László 


Leírás: A Clipper és C rutinok 
gyűjteményét tartalmazó leme- 
zen a IC alkönyvtárban Borland 
Turbo C 2.00 nyelven írt ruti- 
nok, bővítések találhatók. Ezek 
jó szinten tesztelt eljárások, 
azonban csak hobbi szoftverek, 
bár a profi felhasználás távlatá- 
val készültek. 

A VCLIPPER alkönyvtárban a 
Clipper Summer "87 nyelvhez 
készített eljárások találhatók. 
Ezek a programrendszerekben 
éles üzemben is nagy bizton- 
sággal használhatók. Itt van 
egy Clipper információs kártya 
szerepét betöltő szövegfájl is. 
A WTILITY alkönyvtár egy-egy 
problémát megoldó segédprog- 
ramjai részint hobbi, részint pro- 
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Jelenleg 793-féle szoftverből és 115-féle külföldi 
szakkönyvből válogathat. A lista megtalálható mostani 
számunk (92/2) lemezmellékletén. 

A megrendelt szoftvert vagy külföldi szakkönyvet 
postai utánvétellel 2 héten belül házhoz szállítjuk. 
MEGRENDELÉS 
Megrendelem postai utánvétellel az alábbi termékeket. 
A vételárat és a postaköltséget átvételekor kifizetem. 

A) SZOFTVEREK: 
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PC Turbo 
Klub 


Ezennel belépek a PC Turbo Klub 
tagjainak sorába. Az egy évre szóló 
tagsági díjat befizettem, és mellékelem 
az igazolószelvény másolatát. 

A tagsággal járó Alaplapot és egyéb 
küldeményeket az alábbi címre kérem: 
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(aláírás) 
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INFORMÁCIÓKÉRÉS 


Kérem, hogy 

az itt általam 
BEKARIKÁZOTT 
KÓDSZÁMÚ 
hirdetésekkel 
kapcsolatban 
küldjenek 
részemre 
bővebb 
tájékoztatást. 
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Példaprogramok a Modula 2 sorozathoz 

EGA és VGA karakterletöltő (CRT) 

Videomód-merevítés (Keepmode) 

Gépírási oktatóprogram (demó változat) 

Rajzoktatási szemléltető (demó változat) 

A GEM operációs rendszer — XVIII. rész 

Alaplap Posta (Szoftverek és könyvek jegyzéke) 

A SolarSoft 1991. évi sikerlistája 

Játékok: 1. Egitámadás (Jay-mine) 2. Bűvös karikák (Trisk) 
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Az Alaplap mágneslemez 
mellékletének helye 


1992 
FEBRUÁR 


h 





Nekünk a biztonság a fontos. 
Mi Polaroid mágneslemezt használunk. 





gy - § nm A § mm , 

hd A régi helyen új árakkal, új termékekkel 

kg CLARION PROF. DEV. 2.1 68.000 MS WORKS 2.0 14.000 
CLARION DATABASE 3LEM 2.0 — 5.000 MS WORKS FOR WINDOWS 19.000 

[aa CLARION DISTRIBUTION KIT 2.0 18.000 NORTON UTILITIES 6.01 18.000 
CLARION GRAPHICS LEM 4.1 18.000 NORTON UTILITIES 6.01 UPGR. 9.000 

Kg FOXGRAPH 25.000 OUATTRO PRO 3.0 16.000 

ta. FOXPRO2.O 66.000 SHOWPARTNER F/X 37.000 
FOXPRO 2.0 DISTRIBUTION KIT 42.000 STATGRAPHICS 5.0 92.000 
FOXPRO LAN 2.0 99.900 TOPAZ 12.000 
FRAMEWORK IV 1.0 61.000 TOPAZ LAN 18.000 
LAN ASSIST PLUS 3.0 36.000 VENTURA PUBL. 3.0 GEM 82.000 

0 LAPLINK PRO 4.0 16.000 WORDPERFECT 5.1 39.900 4 
MATRIX LAYOUT 25.000 ZORTECH Ct- 3.0 DEV. 45.000 g 

NY MSC60PDS 38.000 A 
MS MACRO ASSEMBLER 6.0 14.000 

9) MS GUICK C F/W 19.000 Figyelem, áraink a 25 4-os áfát nem tartalmazzák. gy 
MS VISUAL BASIC 19.000 3; ő 
MS WINDOWS DDK 46.000 rus Fi 2 
MS WINDOWS SDK 46.000 Cédrus oppyland Kft. S 

x MS WORD 5.5 /GRAMMATIK 32000 1056 Budapest, V., Váci utca 84. ő 
MS WORD FOR WINDOWS 2.0 45.000 Tel./FAX: 1182-651 s 


az Szoftver kis- és nagykereskedelem raktárról 
M SKESZO Kft. Vidékre ingyenes, 09 

"! 1145 Bácskai utca 3/b. 1. em. illa 25 Szt 

"1 Tel/FAX.: 252-91-48 lelet] ii ii 





BORLAND Ct- 3.0 45.000 (LOTUS 1-2-3 FOR WINDOWS UPGR. 19.000 

BRIEF 3.1 23.000 MS OUICK C F/W 19.000 

CLARION PROF. DEV. 2.1 68.000 MS WINDOWS 3.0 13.500 

CLARION DATABASE 3 LEM 5.000 "MS WORD 5.5 8: GRAMMATIK 32.000 4 
CLARION GRAPHICS LEM 4.1 18.000 MS WORD FOR WINDOWS 2.0 45.000 w 
CLIPPER 5.01 69.900 "NORTON BACKUP 1.2 WIN/DOS 14.000 ss 
CODE BASEtt 36.000 "NORTON COMMANDER 3.0 13.000 8 
COHERENT 17.000 NORTON DESKTOP F/W 16.000 fá 
CORELDRAW 2.0 52.000 NORTON EDITOR 2.0 11.000 sz 
DESOVIEW 385 2.4 19.900  PAGEMAKER 4.0 74.000 oO 
DIS.DOC PROFESSIONAL 28.800 PC TOOLS 7.1 17.000 SOUND BLASTER 2.0 18.000 Sz 
FLIPPER 5.0 38.000  PROCOMM PLUS 2.0 12.000 SUPERBASE 4 V1.3 F/W 60.000 s 
FLOWCHARTING 3 24.000 OA PLUS 5.1 (test program) 16.000 STACKER 2.0 14.000 
GOSCRIPT 14.000 . OEMM-386 6.01 10.000 STACKER 2.0 AT/l6bitcard 24.000 
GOSCRIPT PLUS 28.000 OUATTRO PRO 3.0 15.000 WRITER"S TOOLKIT (szótár) 19.000 2 
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kedvező árakon! lapadagolók faxok, 
széles választékban printerek, 
. fénymásolók 
Írásvetítők 44 800-tól 130 000-ig 
EGA, CGA mono 129 900— PC SZO FTVER EK 
Színes emuláció VGA 294 700-— Microsoft, Borland, LOTUS, 
Valódi színes SVGA 585 200- NORTON, Central Point... Áraink az ÁFA-t nem tartalmazzák. 


SZERETETTEL VÁRJUK RÉGI ÉS ÚJ TÖRZSVÁSÁRLÓINKAT! 
OKTATÁSI INTÉZMÉNYEK SZÁMÁRA KEDVEZMÉNY!!! 





INFORMÁCIÓKÉRÉS: 20 A 








fesszionális igényeket elégíte- 
nek ki. 

Az egyes szoftveregységek önál- 
ló tömörített önkiícsomagolós 
EXE fájlokban találhatók (ZIP). 
Az egyes szoftverek eltérő doku- 
mentáltságúak, de mindig ott 
vannak a forrásprogramok is, 
fordítási környezetükkel együtt, 
így nem okozhatnak problémát 
a haladó és profi felhasználók- 
nak sem, továbbá lehetőség nyí- 
lik más verziójú Clipper és Tur- 
bo C fordítók használatára vagy 
Microsoft és más C fordítókra 
történő adaptálásra. Profi fel- 
használó ugyanis csak olyan el- 
járásokat építhet rendszerébe, 
amelyek követése biztosítva 

van és forráskódjuk hozzáférhe- 
tő. 


Lemezszám: M043 


Név: CLDEC87 
Szerző: Báró Csaba 


Leírás: Clipper "87 Summer de- 
compiler. A kecskeméti Decom- 
piler Stúdió által kifejlesztett Ari- 
adne Clipper "87S decompiler 
demó változata. Akinek megtet- 
szik a demó-program, a teljes 
verziót is megveheti a szerző- 
nél, de azt már nem shareware- 
áron. 

Az Alaplap 1991. áprilisi száma 
cikket közölt (51. oldal) a prog- 
ram szerzőjétől a Clipper progra- 
mok visszafejtéséről. Érdemes 
elolvasni. 


Lemezszám: M044 
Név: Ray Tracing 
Szerző: Rozgonyi Péter 


Leírás: Élethű, a fényvisszave- 
rődéseket is kiszámító testmo- 
dell, sugárkövetéses ábrázoló 
mintaprogram. A program 
(RT.EXE) a sugárkövetéses (ray 
tracing) eljárással generál pers- 
pektívikus képeket gömbökről 
és síkidomokról, amelyeket egy 
vagy több fényforrás világít 
meg. Bár a program a valósá- 
gos látvány kialakításában részt 
vevő optikai hatásoknak csak 
egy részét modellezi, mégis 
meglepően élethű képeket állít- 
hatunk elő vele, különösen ha 
EGA, vagy még inkább, ha VGA 
grafikus kártyával rendelkező 


MAGYAR LEMEZKALAUZ 





IBM AT 386-tal kompatibilis szá- 
míitógépen futtatjuk. A fejlettebb 
grafikus kártyákra nemcsak a 
nagyobb felbontás, hanem az 
ábrázolható árnyalatok nagyobb 
száma miatt is szükség van. 
Ami a sebességet illeti, a kopro- 
cesszor nem sokat javít a sebes- 
ségen a saját aritmetika miatt. A 
számítás néhány másodperctől 
akár órákig is eltarthat, a gép 
sebességétől és a választott fel- 
bontástól függően. A program 
bármely karakter leütésével 
megszakítható, de csak a már 
megkezdett sor végén áll le. 


Lemezszám: M045 


Név: Univerz 
Szerző: Bors Judit, Sáfár István 


Leírás: CWI-Ventura, Ventura- . 
CWI oda-vissza konverterek. Se- 
gédprogramok a különböző for- 
mátumokat és kódkiosztásokat 
alkalmazó szövegszerkesztők 
közötti adatcsere lehetővé téte- 
lére. A lemezen lévő program 
csak demó-verzió és csak 2 K- 
nál kisebb fájlok konvertálására 
alkalmas. A mellé adott kézi- 
könyv viszont a teljes verzióra 
vonatkozik, ezért a leírásban 
szereplő néhány állomány hiány- 
zik az ARJ 2.0-val összepakolt 


" demó-csomagból. A teljes Uni- 


verz program viszont nagy fáj- 
lok konvertálására is alkalmas. 
Futtatásának feltételei: 

— AT-kompatibilis számítógép. 
— MS-DOS, 3.3-tól felfelé. 

— 250 kilobájt szabad memória. 
— A merevlemezen 300 K sza- 
bad hely. 

Sokszor előfordulhat, hogy adat- 
állományainkat más formátum- 
ban szeretnénk felhasználni, 
vagy mások által más formátum- 
ban készített állományokat kívá- 
nunk hasznosítani. Ilyen esetek- 
ben használható jól az Univerz 
program. 


Lemezszám: M046 


Név: Penna 
Szerző: Soltész András 


Leírás: Hazai fejlesztésű, Turbo 
Pascalban megírt szövegszer- 
kesztő program. Magyar nyelvű 
menük, magyar helpek. Titkár- 
nőknek, kezdőknek ajánlható. 


(Technikai okokból a program ki- 
bocsátása valamelyest késik.) 


Lemezszám: M047 


Név: Labirintus 
Szerző: Pintér Gábor 


Leírás: Labirintusjáték, pálya- 
szerkesztővel. Részletes ismer- 
tetése megtalálható az Alaplap 
1991. novemberi számában. 


Lemezszám: M048 
Név: CHKVIR 


Szerző: Leitold Ferenc 


Leírás: Leitold Ferenc CHKVIR 
5.x víruskereső programjának 
demó változata. Korlátozása a 
regisztrált verzióhoz képest, 
hogy csak detektál (mintegy 
900 vírust ismer fel), és vírusir- 
tást nem végez. Alkalmazása el- 
sősorban a magyar vírusátiratok 
ellen célszerű. A SCAN új (84- 
es utáni) változatai mellett ez a 
program is felismeri a Dir2/FAT 
(Cluster Buster) vírust. 


Lemezszám: M049 


Név: A PC-Elektronika 
lemezmelléklete 


Szerző: Kónya László 


Leírás: A lemez a Műszaki 
Könyvkiadó Elektronika soroza- 
tában 1991-ben a szerzőtől 
megjelent PC-Elektronika c. 
könyv (ISBN 963 10 9011 6) le- 
mezmelléklete. A könyvben szá- 
mos program és nyomtatott 
áramköri terv is szerepelt, s azo- 
kat az egyszerűbb felhasználás 
érdekében külön mágnesleme- 
zen jelentették meg. A .PCB ki- 
terjesztésű fájlok a Wintek cég 
SmartWork nyáktervezőjével ké- 
szültek. 


Lemezszám: M050 (HD) 
Név: Biblia Demo 
Szerző: Biszak Sándor, Arkanum Bt. 


Leírás: A Biblia teljes szövegé- 
nek adatbázisát készítették el 
az Arcanum Bt. munkatársai 


ALAPLAP MELLÉKLET 1992/2 83 


MAGYAR LEMEZKALAUZ 


IBM PC gépen használható for- 
mában. Eredetileg CD-re ké- 
szült a program, de átdolgozták 
5,25"-os lemezeken terjeszthető 
formára is. 

Az adatmennyiségre jellemző, 
hogy a regisztrált változatban a 
csomag a jelenlegi legjobb tö- 
mörítővel, az ARJ 2.22-vel is 
csak 5 db HD (1,2 MB-os) leme- 
zen fér el. A shareware változat- 
ba ennek egyik lemezét (Mózes 
5. könyvét) dolgozták bele, de 
az is önállóan használható. 


Lemezszám: M0O51 


Név: Autóelszámolás 


Szerző: Boros László, Pneumatika 
Bt. 


Leírás: Autóelszámolás Clipper- 
ben. A Pneumatika Bt. (Bosch 
képviselet) támogatásával ké- 
szült BAUTO.EXE program pub- 
lic domain jelleggel terjeszthető. 
Semmi korlátozást nem tartal- 
maz, teljesen funkcionális, ma- 
gyar nyelvű segédinformációk 
támogatják a munkát. A fejlesz- 
tő neve, címe és telefonszáma 
megtalálható a programban. A 
bejegyzett felhasználóknak szük- 
ség esetén egyedi igényeiknek 
megfelelően módosítja a progra- 
mot. 


Lemezszám: M052 


Név: GS-Auftrag 
Szerző: Kertész Zoltán 


Leírás: A Németországban több 
tízezer példányban bejegyzett, 
az üzleti levelezést és a számlá- 
zást támogató GS programcsa- 
lád tagja. A német cím ne ijesz- 
szen el senkit, a program 1.61- 
es verziója teljesen magyarítva 
kerül a polcra. Akinek megnyeri 
a tetszését a shareware válto- 
zat, az jó magyar forintért is 
megveheti a teljes programot a 
magyarországi fordítónál és ter- 
jesztőnél, Kertész Zoltánnál. 

A shareware verzió leírása is 
magyar nyelvű, ezért kapott he- 
lyet a SolarSoft könyvtár ma- 
gyar szekciójában, bár a prog- 
ram eredetileg német fejleszté- 
sű. (A programcsalád további 
tagjainak magyarítása is előké- 
születben van, s azok a magyar 
viszonyokhoz a lehetőségekhez 
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képest tartalmilag is igazodnak 
majd.) 

A GS-Auftrag kis- és közepes 
cégeknek megfelelő levelező és 
számlázó program. A GS-Auft- 
rag a sokkal drágább kereske- 
delmi programok minőségével 

is vetekszik. Felhasználási terü- 
letek: 

— Komplett, hálózatos számlá- 
zás, vevők, cikkek, raktárkészle- 
tek, követelések kezelésével. 

— Levelezés a rendeléssel kap- 
csolatban az ajánlattól a szállító- 
levélen és a számlán át a jóvá- 
írásig. 

— Automatikus vagy egyedi fize- 
tési felszólítások. 

— A forgalom nyilvántartása ve- 
vők és cikkek szerint. 

— Címkézés, listázás, kiértéke- 
lés, statisztikai kimutatás. 

— Formátumok változatos beállí- 
tásának lehetősége a sok kiegé- 
szítő program segítségével. 

— Adatátviteli lehetőség a GS- 
ADRESSEN-be és GS-EAR-ba, 
címek és követelések átadása 
és átvétele. 

Külön kérésre a csaknem teljes 
Clipper forráskódot is szállítják. 
Teljes változat 14 900,—- Ft. 
Teljes változat 4- forráskódok 

24 900,—- Ft. 

Hálózati teljes változat 

24 900, Ft. 

Hálózati teljes változat -4- forrás- 
kódok: 34 900,- Ft. 


Lemezszám: M053 


Név: 1FK 


Szerző: Kis Zoltán Gergely, Földi 
János 


Leírás: A Pankotai Állami Gaz- 
daság (Szentes) programozói ál- 
tal készített főkönyvi könyvelési 
rendszer. A program villámgyor- 
san dolgozik, magyar nyelvű hel- 
peket ad, és könnyen megtanul- 
ható. A shareware változat egy 
némileg korlátozott demó, ami- 
nek kipróbálása után valószínű- 
leg sokan megveszik a teljes 
verziót is. A bejegyzett felhasz- 
nálók megkapják a kézikönyvet 
és a további programfejlesztés 
során elkészülő új változatokat. 
A program kézikönyve a Floppy- 
land szakboltban megtekinthető. 


Lemezszám: M054 


Név: Antivir-2 


Szerző: Többek 


Leírás: Antivírus shareware- 
programok. Különböző magyar 
fejlesztésű víruskereső és 
vírusirtó programokból készült 
shareware-összeállítás. Leitold 
Ferenc CHKVIR programjának 
csak kereső funkcióval rendelke- 
ző demó-verziója külön az 
4HM0O48 sorszámú SolarSoft le- 
mezre került, itt pedig a használ- 
hatónak íÍtélt többi program sze- 
repel. 


Lemezszám: M055 


Név: TTL IC katalógus 


" Szerző: Pete László 


Leírás: A program és a kataló- 
gus különösen oktatási célokra 
alkalmas, de mindenkinek ajánl- 
ható, aki áramköröket tervez 
TTL IC-k felhasználásával. A 
program C-ben készült, adatállo- 
mánya viszont közönséges 
ASCII szövegállomány és tetsző- 
leges szövegszerkesztővel bővít- 
hető. A katalógus shareware de- 
mó-verziójának adatállománya 
nem teljes, a teljes verzió a 
szerzőnél külön 499 forintért 
(plusz postaköltség) megvásárol- 
ható. A programból nyomtatni is 
lehet. 


Lemezszám: M056 


Név: Másolásvédelem 


Szerző: Csendes Zoltán 


Leírás: Kulcslemezes másolás- 
védelem demó-változata. A 
Scriptum angol-magyar és ma- 
gyar-angol szótárának mágnes- 
lemezes változatán is ez a 
kulcslemezes másolásvédelem 
van. Nem büntető jellegű, csu- 
pán nem engedi a védett progra- 
mot a kalózmásolaton elindítani. 
A demó-változat ez esetben 
annyit jelent, hogy ezzel a prog- 
ramverzióval egyetlen azonosító 
kód telepíthető az összes lemez- 
re, míg a teljes változatban 

a lemezazonosító kód lemezről 
lemezre változik. 
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Van Önnek 
XT-je? 


Szeretne 
inkább egy 
AT-t? 


Számítógépét részegységek cseréjével már 
16 450.— Ft-tól átalakítjuk 12 MHz-es AT-re! 


Garanciával! 
Ha Ön szereli, akkor csak 13 950— Ft! 


Forduljon hozzánk bizalommal! 


Szolinfo Kft. 
Tel.: 173-6637 
182-2646 
166-5413 
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MÁSOLÓCÉPPEEL ? 
CSÚCS AMIT TUD: 


— Kicsinyítés 

— Nagyítás 

— Montírozás 
Tükörkép-készítés 
Képismétlés 

— Poszter készítés 
1T7:millió színáranyalat 


Győződjön meg róla! 
fénymásolás 
ZTONER err 


1095 Budapest, Mester utca 21. 


Dee; Tel.: 113—1687, 134—3516 
2 D999999999)939999332233333V 
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Rövid határidővel szállított szoftvereink: 


( Ár ÁFA-nélkül!) 
DOSHun 

Ekszer 

Napló 2000 

WinHun 


6.000 
45.000 


Adlib Pers. Music System 
Adobe Type MGR Plus Pak 
Adobe TypeManager 
Aldus Pagemaker 

Ami Professional 

Anti Virus 4 

Artline 

Carbon Copy 

Éz Mail Fax View 





Checkit V3.0 /Hardware-Diagnos./ 
Chiwriter Professionell 
Clarion Profess. Developer 
Clipper 5.01 

Corel Draw 2.0 

CP Anti-Virus 

Crosstalk for Windows 
Dataperfect 

DBFast / Windows 

DBXL 

Designer 

Deskview 386 

Desgview Oemm 386 
Desgview ORam 

Disk Optimizer 

Draw Perfect 

Draw Plus 

Easyflow 

F8A 

FaceLift /Bitstream/ 13 Fonts 
Facelift for Postscript 
Fontasy 

Forest 8. Trees 

FoxPro 

FoxPro LAN 

FoxPro Toolbox 

Framework IV 

Generic 30 Drafting 

Go Script Plus 

Grammatik IV for Windows 
Halo Windows Toolkit 
Harvard Graphics 

Harvard Project Manager III 
Hijaak 

intel LANShell 

Intel LANSpool 386 

Intel LANSpool for LAN Manager 
K-Edit 

LAN Assist Plus 

Landmark Speed Test 
Laplink V 

Lotus 1-2-3 for Windows 
Map Assist 

MathCad for MS Windows 
Mathlype for Windows 
Matrix Layout 

MS C Compiler 

MS DOS 5.0 Update 

MS Excel 

MS Flugsimulator Designer 
MS Fortran POS 

MS Macro Assembler POS 
MS Pascal 

MS Project for Windows 
MS Ouick C for Windows 
MS Visual Basic 

MS Windows 3.0 

MS Windows Dev. Kit 

MS Windows Entertainment Pack 
MS Word 5.5 

MS Word 5.5 Multispeller 
MS Word Exchange 

MS Word for Windows 

MS Word for Windows Multispeller 
MS Word for Xenix 386 / Unix 386 
MS Works for Windows 
Nantucket Tools II 

Netroom Single User 
NewsMaster ÍT 


Norton Anti Virus 

Norton Backup 

Norton Backup for Windows 
Norton Commander 

Norton Desktop for Windows 
Norton Editor 

Norton Utilities 

Novell Btrieve for Windows 
Novell Netware 2.2 5-User 
Novell Netware 2.2 50-User 
Novell Netware 3.11 20-User 
Novell Netware 3.11 100-User 
Novell NetWare Lite 

Novell XOL 

Novell Xtrieve Plus 

Object Vision 

On Target 

On Track Disk Manager 
OrCad PCB Layout 

OrCad VST 

PackRat V for Windows 
Paradox 

PC Anywhere ÍV 

PC Cosmos 

PC Paintbrush ÍV Plus 

PC Tools 7.1 

PerForm Pro for Windows 
Personal Rexx 

PharLap 386 / VMM 
PhotosStyler 

PopDrop Plus 

Presentation Team 

Printer Assist 

Printshop 

Procomm Plus 

Publishers Paintbrush Windows 30 8 
HAS Type Foundry 


0 Assist 

Ouattro Pro 

Ouicksilver 

RáR Ha Ká STeT Tt) Modul 
R8. R Rel. Report Writer 
Reflex 

SCO Unix 3.2 Dev. Pack 

SCO Unix 3.2 Oper. Sys. 

SCO Foxbase Plus 386 

SCO TCPAP Dev. Sys. for Unix 386 
SCO Xenix 386 Oper. Sys. 
Show Partner 

Show Partner Picture Pack 
Sideways 

Sit Back for Windows 
Smalltalk V 

Smalltalk V Windows 
Smarterm 320 

Software Bridge 

Software Carousel 

Sound Blaster 

Source Print 

SpeedStor 

SPF/PC Editor 

SPSS/PCr 

Stacker Harddisk Utility 
Statgraphics 

Superbase IV 

SuperCalc 

SuperProject Expert 

Timeline 

Turbo Pascal for Windows 
Ventura Publisher Gold 3.0 WIN 
Vitamin C 

VM / 386 Multiuser 
WinConnect 

Window Base 

Windows Maker Prof. 
Windows Word for Word 
Winfax Pro 

Wingz for Windows 
Wordperfect 5.1 

Wordperfect Library 
Wordperfect Office 

Wordstar 6.0 

XTree net Advanced 

Zinc Interface Lib. 2.0 Borland 
Zortech Cs4 Developers Ed. V3.0 
Zortech Cs for Windows V 3.0 
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39.000 
53.500 
35.600 


Zortech Cs Videokurs 6 x VHS/PAL 94. úed 


Zortech Cs4 Views 


Ami ide nem fért, azt is nálunk keresse! 
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MÚ-HELY 


Hozzáférés — két akadályon áthágva V. 


A rendszer kiteljesítése 


Ha már hozzáfogtunk a veszélyek elhárításához, 
természetesen minél komplettebb megoldásra törekedtünk. 
Befejezésül most erre szeretnénk rámutatni. 

Végül pedig utalunk néhány további lehetőségre is. 


MI történik a gép 
kikapcsolásakor? 


Ilyenkor az eredeti jogosultságkódok és 
a fájlok adatai (név, első cluster sorszá- 
ma, eredeti attribútum) még a helyükön 
vannak, és ha valaki ebben a helyzetben 
bekapcsolná a gépet, könnyedén hasz- 
nálhatná az adott fájlokat. Ezért — 
rögtön a gép bekapcsolása után — 
töröljük a jelenleg felesleges kódokat. 
(Nem tagadjuk, hogy ezt a COM- 
MAND.COM , Megfertőzésével", 
vagyis csekélyke módosításával kíván- 
juk megoldani.) S ha a ravasz tolvaj 
floppyról rendszert indítva próbálna be- 
jutni — a bejárati ajtó kikerülésével —, 
akkor az 1. lépcsőben ismertetett aka- 
dályokkal találja szemben magát. 


A válságos pillanat 


Eddig szó volt arról, hogy hol tároljuk 
majd a jogosultsági kódokat, de az még 
nem került terítékre, miként avatkozik 
be a 2. lépcső a válságos pillanatban. 
Ehhez részletesen tárgyalnunk kell a 
DOS-funkciókat tartalmazó 21h sorszá- 
mú megszakítást. 

Ez a megszakítás végez el minden 
fájl-, illetve alkönyvtárműveletet. As- 
sembly nyelven programozva úgy ak- 
tivizálhatjuk, hogy az AH regiszterbe 
betöltjük a kívánt funkció kódját, a 
többi regiszterbe pedig azokat a para- 
métereket, amelyeket az adott művelet 
megkíván, majd kiadunk egy INT 21h 
utasítást. (Magas szintű nyelvek esetén 
a leírtakkal megegyező tartalmú gépi 
kódú rutin lesz a fordítás és szerkesztés 
eredménye.) A legfontosabb funkciók a 
21h-s megszakításon belül: 


Hexadecimális 


tevékenység Funkciókód 

0E Aktuális lemez kijelölése 
19 Aktuális lemez lekérdezése 
39 Alkönyvtár létrehozása 
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3A Alkönyvtár törlése 

3B Alkönyvtárváltás 

T1IFCBs Első keresés a könyvtárban 
(FindFirst) 

További keresés a könyv- 
tárban (FindNext) 


12FCBs 


4E Első keresés a könyvtárban 

4F További keresés a KkKönyv- 
tárban 

OFFCBs Fájlnyitás 

10FCBs Fájlzárás 

13FCBs Fájltörlés 

14FCBs Fájlolvasás (szekvenciális) 

15FCBs Fájlírás (szekvenciális) 

16FCBs Fájl létrehozása 

17FCBs Fájlátnevezés 

21FCBs Fájlolvasás (randomból re- 
kordot) 

22FCBs Fájlírás (randomba rekordot) 

27FCBs Fájlolvasás (randomból blok- 
kot) 

28FCBs Fájlírás (randomba blokkot) 

3c Fájl létrehozása 

3D Fájl megnyitása 

3E Fájlzárás 

3F Fájlolvasás 

40 Fájlírás 

41 Fájltörlés 

43 Fájl attribútumának megvál- 
toztatása 

56 Fájl átnevezése 

25 Az interrupt vektor egy ele- 
mének módosítása 

35 Az interrupt vektor egy ele- 
mének lekérdezése 

4B Programfuttatás 

00 Program befejezése 

Az akció helye 


Csak akkor tudunk hatékonyan beavat- 
kozni a dolgok számunkra kedvezőtlen 
folyásába, ha a megfelelő időben a 
megfelelő helyen vagyunk. Esetünkben 
a megfelelő hely a 21h-s megszakítás 
maga, és a megfelelő idő a rendszerin- 
dítást követően minden pillanat. Ez azt 
jelenti, hogy úgy, ahogy az 1. lépcső 


esetén a 13h-s megszakításnál láttuk, itt 
a 21h-s megszakítás elé kell láncolnunk 
a figyelést végző rutinunkat. Itt aztán 
vígan és feltűnés nélkül dolgozhatunk. 
Mivel a rutinnak közvetlenül a rendszer 
elindulása után kell a memóriába kerül- 
nie (és ott is maradnia), ezt a feladatot 
is a COMMAND.COM módosításával 
oldhatjuk meg. 

De hogyan is módosítható a COM- 
MAND.COM? Mivel COM kiterjesz- 
tésű fájlról van szó, amely az első 
bájtjától végrehajtható (szemben az 
EXE kiterjesztésűekkel, amelyek egy 
ún. relokációs táblázattal kezdődnek), 
egyszerűen beszúrhatunk az eléjére egy, 
összesen 3 bájtos ugróutasítást, amely 
a fájl végére általunk elhelyezett rutint 
aktivizálja. . (Mellesleg a  COM- 
MAND.COM-ot fertőző vírusok 
ugyanígy működnek.) Feladatának el- 
végzése után a rutin visszaállítja a bé- 
kebeli állapotokat, vagyis a COM- 
MAND.COM eredeti tartalmát 3 bájttal 
előrébb másolja a memóriában, majd 
ráadja a vezérlést. 

Ezt követően már minden DOS- 
funkciókérelem a mi rutinunkon fut 
keresztül. A rutinban ellenőrizzük az 
AH regiszter tartalmát: ha nem a figyel- 
ni valók közé tartozik az adott funkció, 
akkor egyszerűen az eredeti megszakí- 
tásra adjuk a vezérlést, ha pedig érde- 
mes a figyelmünkre, akkor elkezdünk 
szűrni. Beolvassuk a vonatkozó jogo- 
sultságot, és ha a kért művelet elvégez- 
hető, akkor az eredeti megszakításra 
adjuk a vezérlést, ellenkező esetben 
pedig a 21h-s megszakítástól elvárható 
hibakódot küldünk vissza az AX regisz- 
terben. A felsoroltak közül a legtöbb 
funkció esetén elegendő az itt leírt 
eljárást elvégezni, ám van két olyan, 
amely plusz tevékenységet igényel: az 
átnevezés és a fájl-, illetve alkönyvtár- 
létrehozás. 

Átnevezés esetén, ahogy erre már 
utaltunk, azokban a jogosultsági táblá- 
zatokban, ahol az adott fájl szerepel (ide 
tartozik az átnevezést végző felhaszná- 
ló táblázata is), adminisztrálni kell a 
változást. Ha ezt közvetlenül az átne- 
vezés után csinálnánk, akkor feles- 
legesen pazarolnánk a felhasználó ide- 
jét. Ezért a változtatás paramétereit 
tároljuk az elkövetkezendő bejelentke- 


zésekig, és csak akkor módosítunk, 
amikor egyébként is beolvasnánk egy 
táblázatot. Kézenfekvő, hogy addig kell 
a csomagmegőrző szerepét vállalnunk, 
amíg az összes érintett táblázatot nem 
módosítottuk. 

Lássuk a fájl, illetve alkönyvtár lét- 
rehozásának az esetét. Egy ilyen objek- 
tumra vonatkozóan minden jogosultsá- 
got meghagyunk az adott felhasználó- 
nak, de kizárólag neki. Rajta és a főnö- 
kön kívül senkinek semmilyen jogosult- 
sága nincs az újonnan létrehozott fájlra 
vagy alkönyvtárra vonatkozóan. De 
azért mégsem vagyunk ilyen szőrös- 
szívűek: egy segédprogram segítségé- 
vel a felhasználónak lehetősége van az 
objektum más felhasználó(k) számára 
történő átadására, mégpedig úgy, hogy 
egy ideiglenes kulcsszó alapján felve- 
hető, postán maradó küldeményként 
elküldi neki(k). A feladó — anélkül, 
hogy a saját felhasználói kulcsszavát el 
kéne árulnia bárkinek is — megsúgja a 
címzett(ek)nek a küldemény ideiglenes 
kulcsszavát, ő(k) pedig egy másik se- 
gédprogrammal beíratják a saját jogo- 
sultsági táblázatukba a szükséges ada- 
tokat. Ezután már a többi (erre érdemes) 
felhasználó is használhatja az újonnan 
létrehozott objektumot, persze csak 
olyan jogosultságokkal, amelyeket a 
feladó engedélyezett. 

A21h-s megszakítás elé láncolt rutin 
működésének további részletezése már 
egyenrangú lenne egy megjegyzésekkel 
tűzdelt Assembly nyelvű listával, ezért 
ettől eltekintünk. 


A , vendég" fogalma 
a rendszerben 


A , vendég" kifejezés az előzőekben 
már szerepelt, de a fogalom kifejtése 
akkor még nem volt időszerű. Most a 
szűrő 2. lépcsőjének majdnem teljes 
körű ismertetése után már részletesen 
tárgyalhatjuk. 

Ez a fogalom az egyéni kulcsszóval 
nem rendelkező felhasználó(ka)t takar- 
ja. Ő(k) azért nem kap(nak) kulcsszót, 
mert a legteljesebb mértékig meg kí- 
vántuk hagyni a DOS megszokott fel- 
színi működését, annak minden előnyé- 
vel és hátrányával együtt. A főnöknek 
óvatosan kell bánnia a vendégjogosult- 
ságok megadásával (például célszerű a 
fájl- vagy alkönyvtár-létrehozási jogot 
egyetlen könyvtárra korlátozni). Mind- 
ezek mellett a vendégnek lehetősége 
van arra, hogy a ranglétrán eggyel 
feljebb lépjen, vagyis kulcsszóval ren- 
delkező felhasználó váljon belőle. Eh- 
hez nem kell más, mint egy program 
segítségével megadnia magának egy 
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kulcsszót. Ezt a kulcsszót a főnök a 
legközelebbi belépésekor az első fi- 
gyelmeztető adatok között megtalálja. 
Ha ekkor jóváhagyja az új felhasználó 
jogait (ezek kezdetben azonosak a ven- 
dég jogaival), az új jogosultsági rend- 
szer bekerül az adminisztrációba a töb- 
biekéhez hasonlóan. 

A rendszer megengedi, hogy a , tar- 
tós" vendég már a jóváhagyást megelő- 
zően is létrehozzon saját fájlokat és 
alkönyvtárakat úgy, hogy azok mások 
által ne legyenek hozzáférhetőek, 
ugyanis ennek a köztes állapotnak ez 
az egyetlen és igazi előnye. Ha a jöve- 
vény jól viseli magát, a főnök bármikor 
bővítheti jogosultságait. Ha pedig a 
főnök nem látja jónak az újdonsült 
jelenlétét, egyszerűen megszünteti an- 
nak kulcsszavát minden jogosultságá- 
val együtt (sőt, még a fájljait is töröl- 
heti). 


Vírusfigyelés 
és plusz szolgáltatások 


A szűrő első lépcsőjének leírásánál lát- 
hattuk, hogy azon a szinten milyen 
védelmet kínálunk a vírusokkal szem- 
ben. Itt a második lépcsőben arra van 
lehetőségünk, hogy árgus szemekkel 
figyeljük az EXE és COM kiterjesztésű 
fájlok megnyitását, olvasását és írását. 
Ha a főnök ésszerűen osztotta ki a 
jogosultságokat (vagyis a lehető legke- 
vesebb személynek adott írási jogot az 
említett fájlokra vonatkozóan), akkor 
kicsi a valószínűsége, hogy egy rossz- 
indulatú, csúszó-mászó vírus ilyen mó- 
don okozzon kárt a rendszerben. 

A fentebb leírt védelmi rendszerhez 
a következő segédprogramokat kell 
rendelni ahhoz, hogy komplett legyen 
a szolgáltatás: 

1. Egy, kizárólag a főnök által hasz- 
nálható program, amellyel a jogosult- 
ságokat és kulcsszavakat kiosztja a fel- 
használóknak, majd ezek alapján létre- 
hozza a kulcsszavak és jogosultságok 
táblázatát. 

2. Egy olyan program, amellyel a 
LOGIN-olás végezhető el. 

3. Egy program, amely a hagyomá- 
nyos DIR parancshoz hasonlóan listáz- 
za a kívánt könyvtár tartalmát, azzal a 
különbséggel, hogy ez odaírja a fájlok 
és alkönyvtárak neve mellé a felhasz- 
nálónak az adott objektumra vonatkozó 
jogosultságát. 

4. Egy olyan programpár, amellyel 
lehetőség van egy vagy több, saját 
létrehozású objektum átadására más 
felhasználó(k)nak. Az egyikkel az ob- 
jektumok kijelölése, az ezekhez tartozó 
jogosultságok megadása és az átadási 





kulcsszó meghatározása (a küldemény 
feladása), míg a másikkal a kulcsszó 
megadása után az adott objektumok 
adatainak a saját jogosultsági táblázatba 
beíratása (a küldemény átvétele) végez- 
hető el. 

5. Szükség van egy olyan programra, 
amely a , vendég" számára lehetővé 
teszi a felemelkedést, -vagyis hogy saját 
kulcsszóhoz juthasson. 

6. A rendszer működéséhez gyakor- 
latilag nélkülözhetetlen programokon 
kívül tervezünk még egy olyan progra- 
mot is, amellyel a felhasználónak lehe- 
tősége lenne saját felhasználói menü- 
rendszer kialakítására. (Az egyes me- 
nüpontok tetszőlegesen aktivizálhatná- 
nak minden, a DOS alatt elindítható 
fájlt — BAT, COM és EXE kiterjesz- 
tésűeket egyaránt.) 

További két különleges szolgáltatás 
is elképzelhető. Az egyik egy azonosító 
mágneskártya szimulálása floppy segít- 
ségével. Ez abból áll, hogy a főnök nem 
egy egyszerűen begépelhető kulcsszót 
ad a kiválasztott felhasználóknak, ha- 
nem egy floppyt, amely a kulcsszót 
tartalmazza, természetesen jól elrejtve. 
Ez valódi mágneskártyával is megold- 
ható lenne, de ez sajnos nem áll mó- 
dunkban. 

A másik szintén egy új korlátozás: a 
főnök megtilthatja a rendszeren kívül 
formázott floppy használatát. Itt is egy 
kódot helyezünk el a lemez kevéssé 
ismert részén, és lemezművelet esetén 
ellenőrizzük. 

Mindkét szolgáltatáshoz a kapcsoló- 
dó feladatokat (azok jellegéből adódó- 
an) a szűrő első lépcsője oldhatja meg. 

Műhelymunkánkban az információ- 
gyűjtés és a kísérletezés stádiumán már 
túl vagyunk. Megemlítjük még, hogy a 
már kész rutinok kisebb részét Turbo- 
C-ben, nagyobb részét pedig Assembly 
nyelven (itt egyaránt használva 
MASM- és TASM- fordítókat) írtuk. 


Krokovay Károly—Radványi Tibor 


Pro memoria! 
Az Alaplap szerkesztősége 
és Cédrus Kiadó Kft néven 
önállóvá alakult kiadója ez év elején 
És me 


új irodába, a N 
környékére költözött. 
Új címünk: 1441 Budapest 
VIII., Reguly Antal u. 8. 
Telefon és fax: 133-1839 
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SZOFTVERTÉKA 


DataFlex adatbázis-kezelő rendszer 
Szájhagyomány útján terjedt... 


A gomba módjára szaporodó felhasználói klubok sora 


egy újabb taggal bővült. 


A NJSZT keretében működő DataFlex Klub 
nemcsak a felhasználók és a fejlesztők közötti 


információcsere fóruma, 


hanem a ,nagyvilágban" előforduló, 
közel 240 000 DataFlex-applikációiról is szeretné 
közvetlenül tájékoztatni a klubtagokat. 


MBase4 vagy DataFlex? 


Ismeretes, hogy az adatbázis-kezelés a 
felhasználói — végszoftverek — egyik 
leggyakoribb feladata. A DataFlex 
olyan relációs hálózati adatbázis-keze- 
ló, amely különösebb marketingtevé- 
kenység nélkül csendben terjedt el az 
országban. Elsősorban nagyobb rend- 
szerek tervezéséhez alkalmazzák. 
Olyan jelentős termelésirányítási, ban- 
ki, kereskedelmi rendszerek készültek 
el DataFlexben, mint például a Paksi 
Atomerőműben, a Pécsi Nitrogén- 
műveknél, a Vám- és Pénzügyőrségnél 
vagy a Bakony Füszértnél használatos 
rendszerek. 

MBase4- néven elterjedt a DataFlex 
2.2 magyar klónja. A rendszert Turbo 
Pascal MT---ban írták, és rövid időn 
belül a 2.3b C-ben írt változatával cse- 
rélte le a gyártó cég. Azonban az 
MBase---felhasználók nagy része saj- 
nos nem tudta, hogy DataFlex fejlesz- 
tővel dolgozott, holott a két verzió 
között annyi a különbség, mint a Tra- 
bant és a Mercedes között! 

A fejlesztőrendszer — amely a Data 
Access Corporation amerikai cég ter- 
méke — több mint 120 operációs rend- 
szer alatt működő 4. generációs, relá- 
ciós, hálózati adatbázis-kezelő. Egyide- 
jűleg 255 adatbázis adatelemei érhetők 
el. Ezek között bonyolult kapcsolat- 
rendszer építhető ki. Minden adatbázis 
a verziószámtól függően 10-15 online 
indexállományt tartalmazhat, amelyek- 
ben 1-16 adatmező szerepelhet. Az in- 
dexállományokat csökkenő vagy nö- 
vekvő sorrendben egyaránt lehet ren- 
dezni. A nemzeti karakterek is figye- 
lembe vehetők a rendezésnél. 

Az adatmezők ASCII, number, date, 
binary, text vagy overlap típusúak le- 
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hetnek. Az overlap a logikai rekord 
nbyte-to-byte" szeleteit tartalmazza, 
amelyeket elsősorban indexelési célok- 
ra használnak önálló adatmező-hivat- 
kozásként. Az adatbázisok adatszerke- 
zetére jellemző a DBMS (data basis 
management system), vagyis az adatok 
tömörítés nélkül, egyszerűen tömörítve 
vagy teljes mértékben tömörítve tárol- 
hatók. 


A DataFlex önálló fejlesztőnyelvvel 
rendelkezik. A szükséges programokat 
egy standard ASCII fájlként tárolva 
akár PC-s környezetben is lefordíthat- 
juk, de a futtatandó programot más 
operációs rendszer alá bemásolva mó- 
dosítás, fordítgatás nélkül is azonnal 
futtathatjuk. A fejlesztőnyelv 4GL szin- 
tű elemekkel tűzdelt. Lehetőség van 
elemi tevékenységekből újabb nagy bo- 
nyolultságú tevékenységsorozatok pa- 
rancsszintű alkalmazására. A DataFlex 
legújabb verziója objektumorientált 
programozású, de megtartja a hagyo- 
mányos procedurális programozást is, 
így igény szerint mindkettő keverten 
alkalmazható. Az adatbázis-kezelő me- 
móriakezelésére a VROOMM-techno- 
lógia a jellemző. Ez nem véletlen, hi- 
szen C-4-4-ban írták, támogatja az egér 
kezelését, a redőnyt és a rafinált , abla- 
kosmunkát". 


A DataFlex filozófiája 


A DataFlex filozófiájára jellemző, hogy 
a képernyőn minden úgy jelenik meg, 
ahogy azt egy szövegszerkesztővel 
megrajzolnánk. Egy-egy konfiguráció 
ebből maximum 255 darabot tartalmaz- 
hat. Ehhez az adatstruktúra definiálása 
és létrehozása után be kell vinni az 
adatokat az adatbázisokba. A szükséges 
módosítások, törlések elvégzése után 


különböző szempontok szerint gyűjt- 
hetjük ki az adatokat. A DataFlex nem- 
csak DBMS-formátumokból képes ada- 
tokat kigyűjteni és a képernyőn szer- 
kesztett kép alapján nyomtatóra, illetve 
fájlba küldeni, hanem más rendszer 
részére is generál bemenő-adatokat: Pa- 
radox, dBase, Clipper, Lotus 1-2-3, 
ASCII, DIF, SYLK, WordPerfect, MS 
Word, WordStar fájlokból készíthet ri- 
portot, generálhat SOL forrásprogra- 
mot, és adhatja át az adatokat például 
a Lotus 1-2-3 részére. 


Egy egyszerű mintaprogram 


Az elmondottakat a következő egyszerű 
DataFlex program illusztrálhatja. Sze- 
retnénk olyan adatbázist készíteni, 
amelyben nevek szerepelnek lakcím- 
mel. Cél, hogy a rendszerben szereplő 
adatok ábécé szerint rendezve, illetve 
városnevek, utcanevek és irányítószám 
szerint legyenek lekérdezhetők. Az 
alábbi képernyőképen megvalósuló 
komplex procedurális DataFlex prog- 
ram a következő: 

A program egyszerre akár 100 termi- 
nálon is futtatható online módon az 
operációs rendszerek széles választé- 
kán, eszközfüggetlen. A megfelelő 
adatmezőn állva a PgUp-PgDn gom- 
bokkal az adatelemek fellapozhatók 
akár részkulcsos kereséssel is. Az ada- 
tok megjelennek a képernyőn, módo- 
síthatók, törölhetők. Ha egy nevet be- 
gépelünk, az AUTOFIND parancsra au- 
tomatikus keresést hajt végre. Sikeres 
keresés esetén minden adatot megjele- 
nít a képernyón, az EDIT funkcióra 
váltva minden adat módosítható. Ellen- 
kező esetben új rekordot készít, amelyet 
az installálásnak megfelelően a már 
töröltek helyére jegyez be (dinamikus 
adatbázis-kezelés) avagy a meglevők 
mögé függeszt. A NEVEK adatbázis 
IRANYITOSZAM nevű mezőjébe csak 
az előírás közötti értéket fogadja el, 
tehát ellenőrzi a bevitelt. 

Ha a felhasználó segítséget igényel, 
a HELP képet kell megjeleníteni, majd 
visszatérni arra a képre és adatmezőre, 
amelyből ezt a segítségkérést igényel- 
ték. 


Ha újabb adatbázist kell készítenünk, 
és ebben szükségünk van a fenti ada- 





tokra, egyszerű hivatkozással az új 
adatbázist hozzákapcsoljuk a meglevő- 
höz, és a már eddigiek minden adata 
rendelkezésünkre áll. (Nem kell egy 
vállalatnál egy embert minden részleg- 
ben felvenni, elég egy helyen, és min- 
denki ehhez kapcsolódik.) Mindez on- 
line módon azonnal aktualizálva, min- 
denki részére érvényesen jelentkezik. 


Client—server architektúra 


A DataFlex 3.0-ás verziója nagy kihí- 
vást jelent a programozóknak az objek- 
tumorientált programozás technikájá- 
val. Nem kell a C-H- nyelvet ismerni, 
az objektumorientált programozás lehe- 
tőségei mégis teljes mértékben alkal- 
mazhatók. A felhasználó bizonyára szí- 
vesen , egerészik" a különböző objek- 
tumok és adatok között: módosíthat, 
javíthat, törölhet. Felhasználhat még 
olyan adatokat is, amelyeket szkenner- 
rel olvastak be. Ugyanakkor egyszerü 
kör- és hasábgrafikonok is készíthetők, 
amelyek mindössze három-négy pa- 
rancssorral programozhatók. A grafikai 
modult egyelőre nem fejlesztették to- 
vább, de nem elképzelhetetlen a látvá- 
nyos előrelépés. Aki viszont szereti a 
grafikus felületet, az Windows 3.0 alatt 
is futtathatja rendszerét. 

A DataFlex-fejlesztőket munkájuk- 
ban támogatja a Flexline folyóirat, 
amely tartalmazza a legújabb fejleszté- 
seket, és ötleteket ad egy-egy appliká- 
cióhoz. A francia, a holland, a belga, a 
svéd és az angol DataFlex-fejlesztők a 
fejlesztési elképzelésekben új adatbá- 
zis-kezelő eszközök megvalósításán 
dolgoznak: ilyen az SOL-, valamint az 
adatbázis-server. Ezekben az eszközök- 
ben egyértelműen a client—server kap- 
csolat kiépítése a döntő. A client a 
szükséges adatrekordokat manipulálja, 
míg a tényleges adatbázis-karbantartás 
az erre a célra felkészített serverekben 
/7kep resident 


DataFlex-specifikációk 


Maximális DBMS fájlszám 
Maximális mezőszám/fájl 
Maximális index/fájl 
Maximális mező/index 
Maximális indexelemhossz 
Maximális fájlhossz 
Maximális rekordszám/fájl 
Maximális rekordhossz 
Indexmódszer 

B4- Multi-level ISAM, Újra definiálható, 

collate-szekvenciával ellátva 
Adattáji típusa 

Pakolt, fix hosszú, véletlen elérésű 
Numerikus tárolási forma 

Pakolt BCD fix pontos, lebegőpontos 
Numerikus precizitás 

8 tizedesjegy a tizedesvesszőtől jobbra 
Numerikus értékkészlet 

Fix 4 — 99,999,999,999,999.99999999 

Lebegő 4 —1.080 4.— 306 
Egy időben nyitható adatbázisok száma 

mermóriahatárnyi (max.255 db.) 
Forrásprogramsorok száma 

32 000 sor/konfiguráció 
Maximális sorhossz 
Maximális képablakszám 

2,000 (MINIMAX-ban szabályozható) 
Maximális kép/program 

255 (diszk vagy memóriarezidens) 
Maximális indikátorszám 

89 (438 db előre definiálva, 

Összesen 127 db) 
Maximális NUMBER változó 32 000 db 
Maximális INTEGER változó 255 db 
Integer értékkészlete 4—2,147,483,647 
Funkcióbillentyű 22, terminálfüggetlen 
BREAK-polnt szint 9 db (opcionális) 
Szekveciálls fájlkozelés 

Sor- vagy vesszóhatárolt 


255 db 
255 db 

15 db 

16 db 

256 bájt 
OP határolt 
16.7 millió 
16 kbájt 


255 bájt 





történik. Ezzel szemben a user—server 
kapcsolatban a useré a döntő szó, majd 
a manipuláció teljes eredményét 
visszapumpálja a serverbe. 


Alkalmazási területek 


Jó szívvel ajánlható a DataFlex minden 
olyan fejlesztőnek, akinek nagy tömegű 
adatfeldolgozásra van szüksége. A fej- 


Nevek § címek karbantartása 





PgUp-PgDn lapozásíj] F6 törléslj F9 képernyő tisztításíjtab részkulcsos keresés 
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Tisztelt felhasználó? 


Bárnelyik adatablakon is Áll, a már rögzített adatokat a Pglup-PgDn 


billentyűkkel fellapozhatja, módosíthatja. Ha az F6-os billentyűt 
nyonja le, az adatok törlődnek az adatbázisból? 





SZOFTVERTÉKA 


Nem határolt 

Eszközfüggő 
Parancsfájl felépítése 

Védett jel, 

Félig fordított 
Maximális 
argumentumhossz 
Argumentumtípusok 

Text String 

NUMERIC fix 

NUMERIC lebegő 

INTEGER 

DATE (extendált Julian) 
Parancstípusok 

Adatmozgatás és konvertálás 

Indikátorok (kondicionálás), Calculate 

Nem strukturált vezérlések 

Strukturált vezérlések 

Képformátumok 

Adatmanipulátorok (Entry) 

Adatkivitel (Report) 

Stringműveletek 

Szekvenciális VO műveletek 

Konzol I/O műveletek (terminálfüggetlen) 

Makrohivatkozások 

Grafikus műveletek 
Utility programok 

Adatbázis-definiáló 

Rendszerinstalláló 

Programfejlesztő 

Újraindexelő 

Programgenerátor 

Adatbázis-lekereső 

Konfigurálható menü 

Compiler 

Feltételes indexszekvencia 

Definiáló 


250 karakter 


lesztés rugalmasan és hatékonyan meg- 
valósítható az ipar, az államigazgatás, 
az egészségügy, a mezőgazdaság, a 
pénzügy, a kereskedelem és a vállalko- 
zási ágazatok területén. A fejlesztést 
segíti a részletes angol nyelvű doku- 
mentáció. Ugyanakkor magyar nyelven 
— lásd könyvrovatunkat — többféle 
kiadvány is segíti a fejlesztők (és a 
felhasználók) tájékoztatását. 

A hálózatban is működő, relációs 
adatbázis-kezelő használata nem igé- 
nyel a felhasználótól különösebb szá- 
mítástechnikai ismereteket. Elég az 
adatösszefüggéseket és adatstruktúrá- 
kat ismerni, és a bőséges utility prog- 
ramok segítségével az egyszerűbb fel- 
adatokat maga a felhasználó is megold- 
hatja, csak bonyolultabb feladatokhoz 
kell programozói segédlet. Tekintettel 
arra, hogy a DataFlex a legkisebb PC- 
től egészen a mainframe-ekig használ- 
ható, és futtatása — nemcsak a fejlesz- 
tők, hanem a felhasználók szerint is! — 
, fantasztikusan" gyors, így hatéko- 
nyabb marketingpolitikával még több 
hazai alkalmazás elkészítése várható. 

Starcz Andor 
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A ögítech feténélteik teljes 
áruskáláját kínáljuk 
Onöknek. 


Néhány termék a kínálatunkból : 


TA 


Logitech Dexxa II egér 1.980 Ft 4 AFA 
Logitech Pilot Mouse soros egér 5.230 Ft 4 AFA 
Logitech MouseMan soros egér 9.460 Ft 4 AFA 
Logitech TrackMan Portable trackball . 16.730 Ft 4 AFA 
Logitech ScanMan Model 32 kéziszkenner 21.440 Ft 4 AFA 
Logitech ScanMan Model 256 kéziszkenner 43.270 Ft 4 AFA 
Logitech FotoMan digitális kamera 98.000 Ft 4 AFA 


Viszonteladók részére magas dealeri des kínálunk. 





XENON éddüdezítátlg Kft. - A § Lögltbel öld 
hivatalos magyarországi disztribútora 
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Káoszelmélet a gyógyításban 


Agyunkban káosz van — ez tény. Ugyanakkor a káoszban 
van bizonyos rend, amit a számítógépek is segítettek feltárni. 
Most a kutatók számítógépekkel igyekeznek modellezni a 
szellemi rendetlenséget. A betegeket talán még elektronikus 
pszichiátriai székbe is lehet majd ültetni. 

Az elmebetegségek egyidősek az emberiséggel, kezelé- 
sükre azonban csak az utóbbi évtizedekben fejlődött ki 
hatékony terápia. A pszichiátriában — mint az orvostudo- 
mány majdnem minden ágában — a számítógépet a problé- 
mák modellezésére használják, s annak segítségével dolgoz- 
zák ki az új gyógyító eljárásokat. A pszichoterápiai folyama- 
tok modellezésére is komoly kísérletek történtek, hiszen ez 
a szakterület szellemi nyomozómunkaként is felfogható, 
amiben a számítógép közreműködhet. 

Kenneth Mark Colby amerikai pszichoanalitikus korán 
elkezdett programozással foglalkozni, és már 1962-tól meg- 
jelentek tanulmányai a neurotikus gondolkodás számítógépes 
szimulációjáról. 1991-ben a depresszió leküzdésére írt szá- 
mítógépes programja készült el, amely a pszichoterápiának 
az okok felismerését és tudatosítását alkalmazó eljárásaira 
támaszkodik (kognitív gyógymód). Abból indult ki, hogy a 
depressziót a negatív gondolkodásmód idézi elő. Persze az 
is lehet, hogy megfordítva: a negatív gondolkodásmód játszik 
szerepet a depresszió kialakulásában, de a lényegen, a 
kialakult helyzeten már nem sokat változtat az a körülmény, 
hogy melyik ponton léptünk be az ördögi körbe. 

A tudati terápia fő törekvése a személyi számítógépet 
használva is az, hogy segítsen a depressziós betegek gondo- 
latvilágát megtölteni konstruktív, pozitív tartalmú gondola- 
tokkal. A beteg ugyanúgy természetes nyelvi kommunikáci- 
óval fordulhat a számítógéphez, mintha az orvosával beszél- 
getne. Az interaktív dialógus vegyítve van több oktató 
leckével, és az eredmény elég meggyőzően hat. Az angol 
nyelv használata még nem tökéletes ugyan, de aki meg tudja 
bocsátani a néha különös nyelvtani hibákat, annak a rendszer 
— remélhetően mint terápia is — jól működik. 

Sokan úgy gondolják (részben ideológiai okokból), hogy 
a pszichiátriát, azaz a lélekgyógyászatot nem lehet termé- 
szettudományos rendszerben művelni, ezért a lélektani kí- 
sérleteket és spekulációkat függetleníteni akarják a neurobi- 
ológiai alapokon történő agykutatástól. Az idegélettan tudósai 
közben viszont állandóan újabb összefüggéseket fedeznek 
fel gondolatvilágunk és agyunk vegyi konyhája, illetve 
elektromos zsongása között. 

Az agy működésének , visszafejtése" igen nehéz feladat, 
s a számítógépnek fontos szerep jut az idegrendszeri folya- 
matok szimulációs modellezésében. Különösen a neuronhá- 
lózatok elvén alapuló számítógépek fejlesztése termékenyít- 
heti meg a neurobiológia és a számítástechnika együttműkö- 
dését, s ennek első eredményei már mindkét tudomány- 
területen jelentkeztek. 

Egyes kutatók a neuronhálózatos számítógépekkel meg- 
próbáltak modellezni bizonyos agykárosodásokat. Azt pél- 
dául, hogy a homloklebeny sérülése a figyelem torzulásához 
vezethet, s a beteg nagy figyelemmel tapad olyan tevékeny- 
ségekhez, amelyek normális körülmények között unalmas, 
monoton cselekvéssorozatok lennének. 

Sem az agy, sem egy PC működése nem érthető meg 
pusztán annak szerkezete alapján. A személyi számítógép 
, zsigerei" is ugyanazok Windows, Unix vagy PS/2 alkalma- 
zása esetén. Csak a viselkedés és a funkció vizsgálata teszi 
a mechanizmust érthetővé. Mivel pedig az agy működési 
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módja elsősorban elekiromos jellegű, azt előbb-utóbbb re- 
gisztrálni tudjuk, s akkor közelebb kerülünk a szerkezet és 
a működés összefüggéseihez. 

Az agyműködés elektromos jeleinek jelenlegi regisztrálása 
(EEG, elektroencefalogram) időrendben közvetíti az adato- 
kat, és új típusú matematikai és számítástechnikai elemzé- 
sekhez is kiindulópontul szolgál. Számítógépek nélkül pél- 
dául aligha jöhetett volna létre a modern matematika egyik 
birodalma, amit nem-lineáris mozgáselméletnek vagy káosz- 
elméletnek nevezünk. Ezzel az új matematikai eszközrend- 
szerrel nagyon sok biológiai jelenség vizsgálható. A tudósok 
az emberi agy kutatásához is a káoszelmélet matematikai 
módszereit használták fel. Például nyilvánvalóan megálla- 
pítható a káosz az EEG jelekben. A szemünk előtt táncoló 
görbék túlnyomó része , zajnak" — véletlen , limlomnak" 
hat. Csak a káosztesztek tudják kimutatni a bennük lévő 
rejtett struktúrát. 

A kaotikus rendszerek szigorú és egyszerű törvényeket 
követnek, mindazonáltal viselkedésük soha nem jósolható 
meg előre a nagyon távoli jövőre vonatkozóan. Ez a kiindulási 
helyzet feltételei iránt megnyilvánuló extrém érzékenység 
következménye, amit , pillangó effektusnak" is nevezünk. 

(Personal Computer World, 1992/február) 





Híd a nagyvilágba 


A távadatátvitel már régóta nem csak azon sötét alakok 
eszköze, akik megpróbálnak behatolni titkos adatbankokba, 
hanem egyre inkább bevonul a mindennapi életbe. Az adatok 
kényelmes továbbítására több szoftvercsomag közül is válo- 
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XMS selbst programmiert 
MS-DOS-5.0-Werkstatt 
ALLÉL LÜL ÜT LETT Ú 





gathatunk. Ezek közül Chris Irwin amerikai programozó 
D"Bridge nevű programja privát és üzleti célokra egyaránt 
alkalmas. Az adatforgalmat úgy tudjuk vele lebonyolítani, 
hogy nem is kell jelen lennünk. 

Működésének bemutatására legyen kiválasztott példánk a 
Fido-Net, amely mintegy 11000 , levelesládájával" a világ 
legnagyobb hobbihálózata, és főleg az olcsóbb éjszakai 
tarifával működő automatikus adatátvitelre alapozódik. Aki 
ebben részt akar venni, annak be kell rendezkednie az érkező 
, adatcsomagok" fogadására és továbbítására. Az úgynevezett 
: EMSI-protokoll" révén a hívó számítógép közölni tudja a 
hívottal, hogy éppen ki akar valamit átküldeni, majd az 
adatátvitel lebonyolítására az egyik legbiztonságosabb és 
leggyorsabb rendszert, a ZModemet keresi, de ha ott másik 
rendszer, például Sealink vagy Xmodem jelentkezik be, a 
D"Bridge automatikusan átkapcsol arra. A D"Bridge nem 
fogadja el aküldeményeket automatikusan bárhonnan, hanem 
az EMSI-ben lévő biztonsági rendszerrel megszűri (igazol- 
tatja!) a hívókat, és ezzel megakadályozza, hogy vírustáma- 
dásnak vagy más gonoszságnak essünk áldozatul. 

A telefonköltségek csökkentése érdekében a küldemények 
, becsomagolva", átlagosan mintegy 50 százalékukra tömö- 
rítve érkeznek. A D"Bridge mindenekelőtt kicsomagolja és 
jellegüknek megfelelően — a Fido-Net hálózatban például 
több száz besorolási kategória van — rögtön szortírozza és 
automatikusan a , helyükre teszi" őket. Erre a válogatási 
funkcióra a D"Bridge-nek nem kell külön programot hasz- 
nálnia. A legtöbb szoftver a számunkra érdekes, kvázi 
, előfizethető" témakörök (areas) számát is maximálja (álta- 
lában 200-ban), a D" Bridge ebből a szempontból is kiemel- 
kedő, mert nem szab korlátot. Igen egyszerű ezeknek a 
:BBS-témaköröknek" a módosítása is: csupán az Areafix 
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programot kell , értesíteni", ahol a törlendő témakörök meg- 
nevezése elé mínusz jelet, az újak elé pedig plusz jelet írunk, 
és ezzel azonnal át is vezettük a változást. 

A szoftver saját terminálprogrammal és szövegszerkesz- 
tővel is rendelkezik. Küldeményeinket bármikor megírhatjuk, 
megkereshetjük, csoportokba rendezhetjük, s ettől teljesen 
független — általában a kedvező tarifájú éjszakai időpontokra 
— tudjuk automatikus hívásainkat átterelni. Az időpontot 
legördülő menürendszeren keresztül írhatjuk be, anélkül, 
hogy a szövegállományokban kellene keresgélnünk. 

A D"Bridge számára a felhívandó állomások kapcsolási 
számát a Nodelist adja meg, ami a , Fido-Net"-tel kompati- 
bilis rendszerek , telefonkönyve". Ebben definiálhatjuk saját 
állomáslistánkat is (irodáinkat, barátainkat stb.). Ha faxkár- 
tyát használunk, a program azt is közvetlenül kezeli, amely 
funkció más hasonló programokból szintén hiányzik. A 
D"Bridge mellett nincs szükség továbbá külön meghajtóra a 
soros csatlakozóhoz, mert saját maga tud dolgozni a nagy- 
sebességű modemekkel, anélkül, hogy tekintettel kellene 
lennie az MS-DOS 9600 baudos korlátjára. 

Ha adatátvitel közben , beszélgetni" szeretnénk a vonal 
másik végén lévő partnerünkkel, csak be kell kapcsolnunk 
az Intercom-Chat funkciót, és miközben az adatátvitel zajlik, 
mi a billentyűzetet használva társaloghatunk a másik számí- 
tógép előtt ülővel, vagyis megspórolhatjuk azt a költséget, 
amibe egy külön telefonbeszélgetés kerülne. 

A program az adatátvitellel összefüggő statisztikákat és 
költségelszámolásokat áttekinthető formában szolgáltatja, 
egyetlen gombnyomással informálódhatunk a kapott és a 
kibocsátott üzenetek számáról, költségeiről stb. 

A szoftver egyetlen hátránya, hogy kezelésének és kézi- 
könyvének nyelve angol, bár alapfokú ismeretekkel is jól el 
lehet benne igazodni. Ha a távadatátvitelben még kezdők 
vagyunk, és a modem üzembe helyezésében sincs tapasz- 
talatunk, nem okoz gondot, mert a D"Bridge automatikusan 
installálja, az optimális beállítási paramétereket. 

(DOS International, 1992/január) 





PC-sakk 


A sakkjáték számítógépes programozása sokkal egyszerűbb, 
mintsem azt gondolnánk. A szabályok az elképzelhetetlenül 
sok lehetséges hadállás ellenére néhány mondatban megfo- 
galmazhatók. A programokban elhelyezett értéktáblázat min- 
den akciófajtát felsorol. Az ellenfél által nem fenyegetett 
figuránkkal olyan lépést tenni, amely az ellenfél egyik 
figuráját sem hozza veszélyhelyzetbe, természetesen kisebb 
értékű, mintha például úgy üthetünk le egy gyalogot, hogy 
saját bábunkat nem kell feláldoznunk. Az értéktáblázat 
rugalmasan alakítható. Megfogalmazhatjuk például, hogy az 
olyan ütésváltás, amelyben mindkét fél azonos figuráit veszíti 
el (pl. huszárt huszárért), kevesebbet ér akkor, ha mindkét 
játékos figuráinak száma azonos, és többet, ha az ellenfél 
már tiszthátrányban van. 

Ha a számítógépnek kell lépnie, mindegyik bábujára 
kiszámítja az összes lehetséges lépést, és azokat összevetve 
az értéktáblázattal felállít egy pillanatnyi értéksorrendet. 
Mivel pedig egy jelentéktelennek látszó lépéssel létrehozott 
hadállás a későbbiekben igen erős lépések kiindulópontjává 
válhat, a sakkprogram azt is elemzi, hogy a lépések hogyan 
befolyásolhatják a későbbi lépésvariációkat, figyelembe véve 
az ellenfél feltételezhető válaszlépéseit. A számolgatás így a 
végtelenségig eltarthatna, de az óra ketyeg és lépni kell. 


KILÁTÓ 





Ilyenkor a számítógép befejezi a hadállás elemzését, és az 
addig felállított értékrend alapján választja a legjobbnak 
tekinthető lépést. 

A számítógép képes másodpercenként több millió számí- 
tási művelet elvégzésére, az ember pedig nem. Hogyan 
lehetséges akkor, hogy a gép és az ember sakkpárbajában 
eddig a gépnek nem sok esélye volt. A válasz egyszerű: az 
ember a hadállásról teljes áttekintéssel rendelkezik, látja, 
hogy mely bábuk vannak fenyegetett helyzetben, és a 
táblának éppen mely részei érdektelenek, így figyelmét a 
kritikus részletekre, a lényegre tudja koncentrálni. Ezzel 
szemben a számítógép értelmetlen és értéktelen lépésvariá- 
ciók hatalmas tömegének kiszámítására pazarolja kapacitá- 
sát. Még a legnagyobb számítási teljesítmény is eltörpül egy 
sakkjátszmában lehetséges variációk szinte végtelen nagy 
száma mellett. Nagyot tévednek tehát azok a programozók, 
akik azt hiszik, hogy programjuk világbajnok lehetne, ha 
rendelkezésükre állna egy nagyteljesítményű számítógép. 

A sakkprogramok egyre jobb eredményeinek forrása csak 
kisebb mértékben a gyors számítógép, sokkal inkább köszön- 
hető a siker az új programozási koncepciók alkalmazásának. 
Az első ezek közül, hogy ma már minden jobb sakkprogram 
rendelkezik úgynevezett megnyitási könyvtárral. Ebben meg- 
találhatók a nyitólépések viszonylag korlátozott számú jó 
variánsai. E lépéssorozatok azonban gyorsan lefutnak, s ekkor 
a modern sakkprogramok egy másik könyvtárt vesznek 
igénybe, amelyben a korábbi sakkmesterek összes ismert és 
fontos játszmája megtalálható. A számítógép ebben megke- 
resi a pillanatnyi hadállás analóg helyzeteit, és kiválasztja a 
híres elődök legjobb húzásait. Ez az eljárás megengedhető, 
hiszen a sakkmesterek is hasonlóképpen cselekszenek: fe- 
jükben hordozzák a kielemzett régi játszmákat, és a korábban 
már bevált lépésekhez folyamodnak. A sakkprogramozók 
azonban most már egyre inkább az álláselemzés új koncep- 
ciójával, az optimalizálással foglalkoznak. Azt szeretnék 
elérni, hogy a sakkprogramok felismerjék a hadállás kritikus 
pontjait, és hatalmas számítási kapacitásukat arra összpon- 
tosítsák. Ha ezt a módszert sikerül tökéletesíteni, akkor az 
embernek már nem sok esélye lesz, hogy legyőzze elektro- 
nikus ellenfelét. 

A sakkprogramok játékerejét — akárcsak az emberekét 
— az Élő-pontszámmal fejezik ki. A világbajnok Kaszparov 
pontszámát 2800-ra becsülik. A legerősebb sakkprogram 
jóval elmarad ugyan ettől, de 2500 pontjával igencsak 
megverné az átlagos egyesületi sakkjátékosokat (1500— 
1900). Az Élő-pontszám objektivitása a sakkprogramok 
esetében eléggé vitatott. Nincsenek erőmérő tesztek, az 
adatok a bajnokságok eredményeinek összehasonlításán ala- 





pulnak. A gyártó cégek által megadott érték néha még 
támpontként is megbízhatatlan. Ráadásul egy sakkprogram 
tényleges, konkrét játékerőssége közvetlenül függ a számí- 
tógép teljesítményétől és a nehézségi foknak álcázott számí- 
tási időtől. 

Akiket a PC-sakk komolyabban érdekel, azoknak a cikk- 
ben ismertetett 4 program bármelyikével érdemes foglalkoz- 
niuk (M-Chess v.1.52, Zarkov v.2.5, Rexchess v.2.3, The 
Chessmachine). Az ötödik, a Battlechess irikább csak kiváló 
grafikai és animációs megoldásáért érdemel figyelmet — és 
mert a kezdő sakkozóknak is nyújt sikerélményt. 

(DOS International, 1992/január) 





A Basic jövője 

Sok szépreményű programozási nyelvet láthattunk már jönni 
— és menni. A PC-k elterjedése óta szilárdan tartja magát a 
Basic. Vajon megőfrzi-e kivívott helyét, vagy eltűnik — tették 
fel a kérdést a DOS-pódium résztvevőinek. Néhány idézet a 
válaszokból: 

— Tévesek a Basic ellen többnyire önjelölt szakértők által 
hangoztatott érvek. A , spagetti-kód" hiányos szaktudás ese- 
tén majdnem minden programnyelvre ráfogható. A modern 
Basic compilerek lehetővé teszik a strukturált programozást 
és nem kevésbé hatékony kódokat írnak, mint a többi nyelv. 
Ami pedig még tényleg hiányzik vagy lassú, az pótolható az 
Assembly könyvtárak széles skálájával. Egy feladat külön- 
böző részeit mindig az arra legalkalmasabb nyelvvel célszerű 
megoldani. Például a képernyőkijelzést és az ablaktechnikát 
Assembly-ben, a komplex stringfeldolgozást Basic-ben, egy 
adatbank bináris ágait C-ben. Senkinek nem jutna eszébe 
egy operációs rendszert Basic-ben megírni, de aki ágazati 
szakterületeken vagy cégen belüli feladatoknál gyorsan és 
gazdaságosan akar eredményeket elérni, annak a Basic a fő 
segítőtársa. (Harald Zoschke, Zoschke Data GmbH.) 

— A Turbo Basic, a Ouick Basic vagy a Power Basic 
megjelenésevel a C és a Pascal komoly konkurenseket kapott, 
mert ezek a compiler jellegű nyelvek megőrizték a Basic 
egyszerűségét, könnyű megtanulhatóságát és kezelhetőségét, 
ugyanakkor átvették a versenytársak alapvető szerkezeti 
elemeit. A Basic-nek tehát van jövője, bár a megrögzött C 
és Pascal programozók aligha fognak rá átnyergelni. (Jürgen 
Hückstádt, szakíró és oktató.) 

— A Basic széles körű elterjedtsége egyben hátránya is. 
Bírálói ugyanis általában csak a korábbi interpreter változa- 
tokat ismerik, s nem tudják, hogy az új compilerek lehetővé 
teszik a strukturált programozást is. Aki logikusan az egy- 
szerűbb Basic-et választotta kezdő nyelvnek, most már 
haladóként, sőt profiként is kitarthat mellette. A programozók 
sem akarnak a gép rabszolgáiként dolgozni. Nemcsak a 
felhasználói, hanem a programozói környezetet is barátsá- 
gosabbá kell tenni. A Basic a programozást gyötrődés helyett 
örömteli tevékenységgé tudja tenni. (Josef Kirschbaum, 
Kirschbaum Software GmbH.) 

— A mai Basic compilerek számos előnnyel rendelkeznek 
akár a Pascallal és a Modulával szemben is, például a futási 
hibákat (runtime error) tekintve, ami professzionális felhasz- 
nálási területeken döntő jelentőségű. A Basic programok ezért 
sokkal biztonságosabban működnek, mint a Turbo Pascal 
szoftverek. Vagy ellentétben a Basic-kel a C , divatnyelv" 
programozási hibáinak jelentős részét a compiler nem ismeri 
fel. (Herwig Feichtinger, Shamrock Software GmbH.) 

(DOS International, 1992/február) 


ALAPLAP 1992/2 39 


OKTATÁS 





PC a műszaki ábrázolás oktatásában 


Képernyón a vetület 


Tanári pályám során mindig figyelemmel kísértem 


a rajzi szemléltetés fejlődését. 
A legkorszerűbb módszert 


mihamarabb igyekeztem feihasználni. 
Néhány esetben az általam elkészített eszköz 


közzététele is megvalósult. 
Már azt hittem, 


az ilyen irányú tevékenységem véget ért, 
amikor — a nyugdíjkorhatár közelében — 


jött a számítógép, 
amelynek hatása egy csapásra 
megváltoztatta álláspontomat. 


Mi keltette ezt a nagy érdeklődést bennem 


a számítógép iránt? 
Talán az újdonság — 


avagy az ismeretlen vár bevétele?... 


Nem! 


Régi módszerek megifjodva 


Ma már világos előttem, hogy azok a 
módszerek, amelyek az előzőekben el- 
terjedtek, mind integrálhatók a számí- 
tógépbe. Nem is teszek mást, amikor 
programot készítek, mint végiggondo- 
lom, milyen módon is szemléltettem 
korábban táblán, írásvetítőn, applikáci- 
ós eszközzel stb. az adott témát, s máris 
megtalálom az utat a számítógépre való 
feldolgozáshoz. 

A diavetítés megfelelője az egymás- 
tól független képek tárolása, s azok 
tetszőleges sorrendben való bemutatá- 
sa. Ha egy ábrasor bizonyos változások 
folyamatát mutatja be, amelyet akár- 
hányszor megismételhetünk, akkor a 
hurokfilm helyettesítéséről beszélhe- 
tünk. 

A kevés eltéréssel egymást követő 
képek mozgófilmet pótolnak, azzal az 
óriási különbséggel, hogy a folyamat 
tetszőleges sebességgel játszható le, 
bármikor megszakítható, s visszafelé is 
működtethető. Játékprogramjaimban az 
applikációs módszernél alkalmazott 
ide-oda rakosgatást, illetve a képek 
tetszőleges helyzetbe való forgatását 
szimulálja a számítógép. Nem kell tehát 
falitábla, dia, applikációs eszköz, film 
sem a tanárnak (sem otthon a diáknak) 
az egyes témák megértéséhez, elmélyí- 
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téséhez, ha rendelkezésre áll a számí- 
tógép és a megfelelő szoftver. 


Amikor az árnyék felkúszik... 


Közismert tény, hogy egy rajzórán a 
tanárnak nincs ideje az egyes témák 
szerkesztését más-más adatokkal elvé- 
gezni. Kénytelen egy viszonylag álta- 
lános példát bemutatni, s legfeljebb 
szavakkal elmondhatja, hogy mi is tör- 


ROBOT 


tént volna, ha valamelyik érték megvál- 
toznék. 

A táblán fáradságos munkával (fehér 
vagy színes krétával) készített rajz egy 
villanás alatt megjelenik — például a 
Perspektíva c. programban — a képer- 
nyőn. Természetesen a szerkesztés me- 
netét követő, lépésekre bontott változat 
is megtalálható a program kínálatában. 
A leglényegesebb különbség a táblai 
munkához képest az, hogy bizonyos 
adatok módosításával (horizontemelés, 
-süllyesztés stb.) a program újból lefut. 
Így végignézhető minden lényeges, a 
törvényszerűség megállapítására alkal- 
mas változtatás, amelyeknek szerkesz- 
téssel való bemutatása teljesen kizárt. 
Ilyen módszerrel nagyon sok progra- 
mom működik, de igen jól bevált az 
, Árnyékszerkesztés"-nél. Itt a képsík- 
tengely, valamint a fénysugarak hely- 
zete (f1, f2) változtatható tág határok 
között, aminek következtében létrehoz- 
ható tisztán az első, illetve a második 
képsíkra eső árnyék, valamint minden 
közbülső helyzet. Igen látványos, ami- 
kor az árnyékkép felkúszik a K2 síkra. 

Az írásvetítő egyik legnagyobb elő- 
nyének azt tartják, hogy a fóliákat egy- 
másra helyezve fel lehet építeni egy 
több fázisból álló folyamatot. A ráépí- 
tések számát azonban behatárolja az 
átvilágíthatóság. A számítógépen az 
egymásra épülő képek számát semmi 


ROBI 


VERSENY 





sem korlátozza. Így például a , Hatol- 
dalú hasáb ferde síkmetszése" c. prog- 
ramban a valódi kép leforgatással tör- 
ténő szerkesztésénél jól követhető, ho- 
gyan változik a torz hatszög előbb 
egyenes vonallá, majd egyre jobban 
nyúlt, végül a valódi képet mutató 
hatszöggé. A , Hiperbola" nevű prog- 
ramban a kúpot a középvonallal párhu- 
zamosan metsző síkok — a tudás meg- 
erősítésén túl — esztétikai élményt is 
nyújtanak a vetületbe rajzolt hiperbolák 
sorozatával. 

A vetületi képek keletkezésének ma- 
gyarázatánál " szívesen alkalmazott 
módszer, hogy a tanár a kezében tartott 
modellt úgy forgatja, hogy abból egy- 
szer felülnézet, majd elölnézet, végül 
balnézet legyen. A modellt minden eset- 
ben odatartja az előre megrajzolt vetület 
fölé. Az , Átfordulás" c. programban a 
modellt egy színes axonometrikus kép 
jelenti, amely elindul a felülnézet felé, 
s mire odaér, felülnézetté is változik. 
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Természetesen a másik két nézetet 
ugyanilyen átúszással hozza létre, sőt, 
egyik vetületből a másik vetületbe való 
átfordulás is előállítható vele. 


Egy kép többet mond, 
mint ezer szó 


A Mikromagazin 1988/4. számában ezt 
a címet adta Zsadányi Pál annak a 
cikkének, amelyben az én (TVC-re írt 
Ábrázolás c.) munkámról írt elemző 
értékelést. Ennél találóbban én sem 
tudnám kifejezni azt, hogy bármit is 
írhatok, a számítógép csodálatos elő- 
nyeiről, a látványt, amit nyújt, bár- 
mennyi szóval sem lehet visszaadni. 
Amágneslemez mellékletre hely hiá- 
nyában csak a Robot Robi elnevezésű 
demóprogramrészlet kerülhetett rá, a 
rövid bemutatás nem is adhatja vissza 
a gazdag választási lehetőséget, de be- 
tekintésre talán mégis elegendő. 
Papp László 





Program kezdő harkályoknak 


A gépírás tanulása mechanikus, sok 
ismétlődést tartalmazó feladat. Hagyo- 
mányos menete jól algoritmizálható fo- 
lyamat, szinte kiált a számítógép után. 
Lényeges azonban, hogy a körülmé- 
nyek, amelyeket a program teremt, 
megfeleljenek az iskolai, illetve a 
szakmai vizsgán támasztott követelmé- 
nyeknek. 

A számítógép, a billentyűzet, a mo- 
nitoron megjelenő karakterek képe — 
tudjuk jól — könnyen alakítható, így 
alkalmassá tehető a gépírás oktatására. 
Tankönyvből tanítva pedig a feladat 
hasonlít a majdani vizsgához, ahol egy 
papírról kell az ismeretlen szöveget 
megadott idő alatt hibátlanul (igen ke- 
vés, maximum hatezrelékes hibával) 
leírni. A feladat lényege tehát a hibát- 
lanság. A hagyományos írógépes gép- 
írástanításban is a hibák javítása a leg- 
lényegesebb. Az oktatószoftver ezt a 
szerepet veszi át a tanártól. 

A hibakezelő rutin nem tökéletes, de 
nem is lehet az. Amit egy ember, külö- 
nösen egy tapasztalt szaktanár egyetlen 
pillantással átlát, azt a számítógép csak 
hosszas hasonlítgatással, keresgéléssel 
képes — így-úgy — elvégezni. A prob- 
lémát nem az egyszerűen leírható hibák 
okozzák (például egy betűelütés), ha- 
nem az a kérdés, hogy mikor azonos 
egy leírt szó a leírandó szóval. Ha az a 
feltétel, hogy azoknak betűről betűre 


meg kell egyezniük, a tanuló semmit 
nem hibázhat. Ha viszont hibázik, akkor 
azt leleményesen teszi, és a programo- 
zónak nem is lehet akkora fantáziája, 
hogy minden lehetséges szövegkörnye- 
zetben, minden lehetséges hibát ponto- 
san azonosítani tudjon. Mégis elmond- 
ható, hogy a javító rutin teszi hasznossá 
a programot. Az esetleges bakikat pedig 
remélhetőleg elnézik nekünk. 

Működése közben a rutin megkísérli 
azonosítani a leírt szavakat, és össze- 
vetni a tankönyv szövegével. Szó a 
programnak az a betűfüzér, amelyet egy 
szóköz vagy egy sorvégjel zár le. Ha 
egy szóban három hibánál több van, azt 
nem tekinti azonosnak az etalon meg- 
felelő szavával, de megkísérli megke- 
resni a teljes szövegben. Ez a sorugrás. 
Ha így sem tudja azonosítani, akkor 
javíthatatlannak minősíti, de a szavak 
sorába beszámítja, tehát a tankönyvben 
is lép. 

A további szolgáltatások csak mellé- 
kesek, bár nem elhanyagolhatóak. Re- 
méljük, hogy lévén gyakorló tanárok 
által létrehozott program, ha számítás- 
technikailag talán nem a legtökélete- 
sebb, szemlélete miatt mégis a leghasz- 
nálhatóbb. A program demóverziója a 
lemezmellékleten található. 

Albu László 
Alternatív Közgazdasági 
Gimnázium 


MIKROBAZÁR 


A Mikrobazár rovatban rövid, szöve- 
ges, a mikroszámítógépekkel kap- 
csolatos hirdetéseket közlünk. 

A kereskedelmi tevékenységet szol- 
gáló apróhirdetések tarifája gépelt 
soronként (60 karakterenként) 300 
Ft. Kérjük, hogy a hirdetés díját a 
Cédrus Kladó Kft.-nek az Általános 
Értékforgalmi Banknál vezetett 204- 
19417 számú számlájára utalják át, 
vagy postautalványon a Cédrus KI- 
adó Kft. címére (1441 Budapest VIII., 
Reguly Antal u. 8.) fizessék be, a 
hátoldalon feltüntetve, hogy apróhir- 
detés. A befizetést Igazoló szelvényt 
a közlendő hirdetési szöveggel 
együtt az Alaplap szerkesztőségéhez 
küldjék el: 1441 Budapest VIII., Re- 
guly Antal u. 8. 

A nem kereskedelmi célú egyéni hir- 
detések közlése INGYENES! 


ADOK 


Enterprise programok eladók. Válasz- 
boríték ellenében listát küldök. 2000 
program, sok kedvezmény, ajándék. 
Cím: Zemen László, 1104 Budapest X., 
Kada u. 141. fszt. 9. 


ÖTÖD-ÖLŐ játék 300 forintért eladó. 
Cím: Csupor László, 1539 Budapest, 
Pf. 720. Tel.: 115-4352. 


IBM XT/AT játék- és felhasználól 
programokból óriási választék. Cím: 
Szónyi László, 1161 Budapest XVI., 
Tavirózsa u. 5. Tel.: 184-8B471. 


Turbo Pascal, Turbo C hívők! Hasz- 
nálják ki a VGA és Super VGA kártyák 
256 színű grafikáját! VGAMCGA és 
Tseng Labs ET3000/ET4000 procesz- 
szorú SVGA kártyákhoz BGI-k kapka- 
tók! VGA/MCGA BGI: 200 Ft, Tseng 
SVGA BGI: 600 Ft. Válaszboríték elle- 
mében részletes leírást küldök. Cím: 
Melis László, 2100 Gödöllő, Mosolygó 
Antal krt. 24. III. 9. 


IBM XT/AT játék- és felhasználói 
programokat  adok-veszek-cserélek. 
Listát kérek és küldök mindenkinek. 
Ugyanitt eladó CGA monitorkártya, 360 
kB-os floppy -- vezérlő, valamint ZX 
Spectrum 48K 4. magnó 4- nyomtató -- 
Centronick interface. Cím: Zalavári Mik- 
lós, 9023 Győr, Ipar út 100. 


Ingyen juthat a legkülönfélébb PC-s 
felhasználói és játékprogramokhoz 
az ország egyik legnagyobb program- 
bankjából. Válaszboríték ellenében bő- 
vebb tájékoztatót és listát küldünk. Círn: 
SMID-SOFT, 3672  Borsodnádasd, 
Népköztársaság út 84. 


Programokra, segítségre, cseretársak- 
ra van szükséged? Az ASIS megoldja 
problémáidat! Bárhol laksz, bármilyen 
géped van, írj! Kérésre ingyenes tájé- 
koztatót küldünk. Cím: ASIS, 1425 Bu- 
dapest Pf. 729, Tel.: 142-8075. 
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OKTATÁS 





Ahol az orvos már PC-zik 


Kór-szerűen. . . 


A Dél-Pesti Kórház sebészeti osztálya 
egyik fiatal orvosához kollégái többsége 
MRAKSA KBEN ma még sajnos nem hasonlít. 


ugyanis nemcsak szereti 


és tudja kezelni a számítógépet, 


hanem mindent meg is tesz, 


hogy munkája során egyre újabb területeken 


alkalmazza a PC-t. 


Megszerezte az informatikus üzemmérnök 


másoddiplomát is. 


Amikor Nagy Péter a Semmelweis Or- 
vostudományi Egyetemre járt (1976 és 
1982 között), még nem volt alkalma, 
hogy gépközelbe kerüljön. Volt ellen- 
ben egy fakultatív tantárgy — a diákok 
mintegy tizedének részvételével —, 
ahol Texas programozható kalkulátorok 
segítségével próbáltak a számítástech- 
nikai gondolkodásmódnak helyet szo- 
rítani a legelszántabb medikák és me- 
dikusok fejében. Nagy Péternek az első 
élményt mégsem ez, hanem egy tudo- 
mányos diákköri munka jelentette: egy 
mások által írt Fortran programmal dol- 
gozták fel az egyik klinika hipertóniás 
betegeinek adatait. 

A számítástechnika iránti érdeklő- 
dést a munkahely kétségtelen varázsa 
sem irtotta ki a kezdő dokiból. Az 
éjszakai ügyeletek unalmasabb óráiban 
élvezettel vetette rá magát egyik kollé- 
gájának öccse által a kórházba bevitt 
— és még mindenféle háttértárolót nél- 
külöző — ős-hobbigépre. 

Az idők szavára (1985 körül) a kór- 
ház vezetése is fölfigyelt, vásárolva az 
akkori divatnak megfelelően néhány 
Commodore 64-est a számítástechnikai 
osztályra. Ekkor ismerkedett meg Péter 
a Basickel. Azonban sem ezek a mik- 
rogépek, sem a később beszerzett be- 
tegfelvevő, dokumentáló — ún. osztá- 
lyos — rendszerek (amelyek Forth 
nyelven íródtak, és valamilyen , kőkor- 
szaki" minigépen futottak) nem forgat- 
ták föl túlságosan a kórház életét. Az 
áttörést — először a hardver, majd 
később a szoftver oldaláról — az 1987- 
es év hozta meg. 

., Tulajdonképpen az én kedvemért 
került az első IBM-kompatibilis PC az 
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osztályra. Kértem, hogy tovább tanul- 
hassak. Aműegyetemre szerettem volna 
menni, de csak annyi pénzt sikerült 
szerezni, hogy a Kandó posztgraduális 
informatikai szakát végezhettem el" — 
emlékszik vissza a kezdetekre. 

A Kandóban információelméletről, 
kódolásról, a hardver alapjairól hallga- 
tott órákat, és persze dióhéjban megis- 
merkedett a számítógép felépítésével, 
fejlődésének történetével, a rendszer- 
szervezés alapjaival is. Akonkrét, , gép- 
közeli" tananyagban pedig találkozha- 
tott a PC-kkel és a Pascal nyelvvel. 

Akinek szinte harcolnia kell egy is- 
kolába való bekerülésért, az általában 
komolyabban veszi az oktatást. Péter is 
a túl laza számonkérést panaszolta föl: 
Az előadók sokszor nem vették elég 
komolyan a tanítást, sem a maguk, sem 
a diákok oldaláról". Ezenkívül több 
konkrét példát szeretett volna látni, 
amelyek bemutatták volna a többé-ke- 
vésbé laikus hallgatóságnak, hogy mi 
az, amire lehet és érdemes használni 
egy PC-t, s mire nem. (A KKVMF 
különböző szakain végzetteken kívül 
nemcsak orvos, hanem például kertész- 
mérnök is járt az , osztályba".) 

Ma már a doktor úr rendszeresen 
használja az otthoni vagy a sebészeti 
osztályon lévő két AT valamelyikét, 
leggyakrabban dokumentálásra (beteg- 
felvétel, műtéti leírás, levelezés) és sta- 
tisztikai számításokra (műtéti statiszti- 
ka). Tervekben sincs hiány: , Jó lenne 
a gép grafikai képességeit is kihasznál- 
ni, akár a ma divatos multimédia irá- 
nyába lépve. Videófelvételek felhasz- 
nálásával és manipulálásával például 
sokkal könnyebben és látványosabban 


lehetne a műtétek egyes fogásait oktatni 
a medikusoknak. Szintén okos dolog 
lenne — amennyiben sikerül jobban 
megoldani a gépi fordítást — az idegen 
nyelvű cikkek magyarított változatai- 
nak tárolása a PC-n. Azt is meg lehetne 
tenni, hogy az Orvosi Hetilap cikkeit 
mágneslemezen is hozzáférhetővé te- 
gyék. Mindezek persze újabb beruhá- 
zásokat is igényelnének, VGA-monito- 
rokat, szkennert, optikai karakterfelis- 
merő programot." 

Kíváncsi voltam, hogy orvos kollégái 
— és általában az egészségügyben dol- 
gozók — hogyan vélekednek a számí- 
tástechnika alkalmazásáról. A válasz 
konkrét példája: az osztály mintegy 
húsz orvosa közül körülbelül öten hasz- 
nálják a PC-t, főleg szövegszerkesztés- 
re. Közülük ketten programot is írnak. 
Attöbbiek feleslegesnek, esetleg kimon- 
dottan zavaró körülménynek érzik a 
számítógépet, amelyhez nekik kellene 
alkalmazkodniuk, és ezt nem szívesen 
teszik. Valóban akad még sok javítani- 
való a programok használhatóságán, 
orvosközeliségén. De az orvosi hivatás 
jelenlegi szemléletmódja talán még in- 
kább oka az idegenkedésnek. Mintha 
az orvosokban valami misztikus, már- 
már sámánisztikus kép élne saját szak- 
májukról, és sokan ezt a betegekkel 
kialakítandó viszonyban is szeretnék 
megőrizni, s a gépben az orvos és a 
beteg közé betolakodó fölösleges har- 
madikat látják, amely profanizálja a 
szándékuk szerint transzcendens vi- 
szonyt. 

A gép — akárcsak más területe- 
ken — természetesen nem pótolja a 
komplex emberi gondolkodást, az intuí- 
ciót, az érzelmi ráhatást és az orvosi 
munka ezernyi személyes összetevőjét, 
derendkívül sokat tud ehhez hozzátenni 
saját erényeivel: nagy sebességével és 
konok precízségével. A diagnosztiká- 
ban a legvalószínűtlenebb eshetőségről 
sem feledkezik meg, nem hagyja, hogy 
az orvos bizonyos jelenségek fölött 
átugorjon. Ráadásul a számítógép tu- 
dásbázisából folytonosan lehet tanulni, 
új öszefüggéseket megismerni. Nem 
elhanyagolható az általa nyújtott biz- 
tonság sem: a bonyolult gyógyszerada- 
golási számításokat is megbízhatóan és 
igen pontosan elvégzi. —— Tevan Imre 


OKTATÁS 


Hogyan mondjam el neked... 


Friss diplomásként tavaly kezdtem ta- 
nítani, fizikát egy egészségügyi szak- 
középiskolában. S mert a hálátlan fel- 
adatokból nem volt elég, rögtön elvál- 
laltam az  ügyvitel-számítástechnika 
tantárgyat is. Ha akkor tudtam volna... 

Az első nehézség rögtön az indulás- 
nál az iskola , számítógépparkja" volt. 
Kettő darab HTZ, öt darab Plus/4-es 
(magnóval és Junoszty televízióval), 
egyetlen C64-es (floppyval, nyomtató- 
val). Ennyi. Ekkor még nem jöttem 
zavarba, a HTZ-ket gyorsan elsüllyesz- 
tettem a fizikaszertár mélyére, kipakol- 
tam a Plus/4-eseket egy terembe, és 
elkezdtem gyűjteni PC-ket — fényké- 
pen. Tapasztalatom szerint ugyanis a 
gyerekek nem képesek a külalak tekin- 
tetében absztrahálni: ha a bekapcsoló- 
gomb nem jobboldalt lent található, 
hanem hátul fent van, már az üzembe 
helyezésig sem jutunk el. Elmesélem, 
hogy a sokféleség oka: az egységekből 
minden cég azt épít be egy dobozba, 
amit jónak tart, de minden gép rendel- 
kezhet ugyanazokkal a perifériákkal. 

Amikor az anyagi lehetőségekről ér- 
deklődtem, azt a választ kaptam: ,,Min- 
den van, csak pénzt ne kérj! (De ugye 
az órarendkészítő programot meg- 
írod...)" Szerencsére akadt egy vállal- 
kozás, amely a fejébe vette, hogy tá- 
mogat minket. Felajánlottak százhúsz- 
ezer forintot, azzal a feltétellel, hogy 
azt náluk költjük el hardverre. Így most 
van egy PC-AT is. Sajnos azonban a 
programok is pénzbe kerülnek... Ezért 
jót nevettem azon a minisztériumi fel- 
mérésen, amely a vásárolt programja- 
inkat firtatta. Hamar túlestem a kitölté- 
sén: az van, amit valahol lemásoltak 
nekem, semmi több. Annál is inkább, 
mert a kisgépeket mire lehet használni 
így üresen — a Basic tanítására. Erre 
pedig már elvből sem voltam hajlandó. 
(Szemléletemet tükrözi az  ,,Intel- 
mek..." c. cikk az Alaplap 1991. de- 
cemberi számában.) Oktató — vagy az 
oktatásban használható egyéb — prog- 
"rramért ma Magyarországon pénzt kérni 
elég aljas tett! 

A tárgyi nehézségeken nem túljutva, 
csak túltéve magam, szembetalálkoz- 
tam a lányok masszív ellenállásával. Az 
első órák mindig a győzködéssel teltek 
el. Amikor feltettem a kérdést, hogy 


mire is jó ez a szerkentyű, mély csend 
volt a válasz. Ekkor cselhez folyamod- 
tam, és azt mondtam, hogy aki a követ- 
kező órára összeír három olyan alkal- 
mazást, amilyent a többiek nem, kap 
egy ötöst. Ez bejött: lelkesen gyűjtöget- 
tek, és az érdeklődés is nagyobb lett. 

A kórházi gyakorlatokon pedig saját 
maguk győződhettek meg arról, hogy a 
számítógép nem is az, aminek hívják. 
Lassan oldódott a görcs is, hogy ez a 
masina csak a fiúknak való. S akkor lett 
igazán teljes a sikerélmény, amikor 
végre valamilyen saját alkotás is meg- 
született a gépen! 

A billentyűzethez szoktatásra kiváló- 
an alkalmasak a Plus/4-es grafikus ka- 
rakterei. (, Rajzoljatok kisautót, vitor- 


láshajót, pálcikaembert stb.") Szinte 
csodájára jártak az első szövegnek, 
amely szövegszerkesztővel megalkotva 
került a faliújságra. Talán nem vagyok 
Olcsó János, ha azt állítom, hogy ezen 
a szinten a Botticelli tökéletes rajzoló- 
program. S ha nem az, akkor sincs 
más... 

Tudnak segíteni? Akár anyagiakkal, 
akár jó tanáccsal — mindkettőt szívesen 
látjuk! Ne feledjék: ezek a gyerekek 
fognak az orvost, a gazdasági döntés- 
hozót, az autógyári minőségellenőrt. . . 
és mindazokat kiszolgáló számítógépek 
mellett ülni, akikre ön az életben nap 
mint nap és egyre jobban rászorul. 


Zoltai Péter 





Legyen-e számítástechnikai 


, Rigó utca"? 


Kicsit karikírozva: Elküldené-e ön há- 
zastársát akárcsak egy egyszerű vakbél- 
műtétre is olyan orvoshoz, aki nem 
tanult 6 évet az egyetemen, nem vett 
részt igazoltan szakorvosi továbbkép- 
zésen, csupán időnként bement letenni 
a vizsgákat? — Ugye, nem? 

Az a helyzet, hogy az informatikai 
szaktudás nem pusztán technikai fogá- 
sok halmaza, hanem bizonyos magatar- 
tási, problémamegközelítési mód és 
modell is, amelyet a kollégákkal, taná- 
rokkal való tartós együttlét során lehet 
és kell elsajátítani. A szakképesítést 
igazoló oklevél nemcsak azt jelenti, 
hogy tulajdonosa meghatározott szak- 
ismeretnek a birtokában van, hanem azt 
is, hogy őt a szakma — személyiségét 
is megismerve — befogadta. Aki a 
jövőben hozzá fordul, biztos lehet ab- 
ban, hogy problémáit a szakma általá- 
nos és specifikus szabályai szerint fogja 
kezelni. Ha mindezt elvárjuk, akkor a 
megmérettetés nem történhet csupán 
néhány órás állami vizsgával. A szak- 
képzés több féléves ideje alatt a hallgató 


együtt él, együtt dolgozik tanáraival, 
hallgatótársaival, csoportosan feladato- 
kat old meg. Bebizonyíthatja, hogy ké- 
pes együttműködni másokkal. 

E cikk szerzője rendszeresen részt 
vesz az állami nyelvvizsgabizottságok 
munkájában, és bizton állíthatja, hogy 
a nyelvtudást vagy nyelvtudatlanságot 
az ottani procedúrák során meg lehet 
állapítani. (Az más kérdés, hogyan ál- 
lítjuk be a különböző követelményszin- 
teket.) Mint villamosmérnök, mint a 
Számalk oktatási üzletágáért is felelős 
igazgatója viszont ugyanilyen bizton- 
sággal állítja: ésszerű időkorlátok kö- 
zött tartandó állami vizsgáztatáskor 
nem lehet jó lelkiismerettel eldönteni 
valakiről, hogy informatikai szakem- 
ber-e vagy sem. (A szélső eseteket, az 
abszolút tudatlanokat persze vizsgázta- 
tással is ki lehet szűrni.) 

Válaszom tehát a címben feltett kér- 
désre az, hogy ne legyen. Csupán vizs- 
gák alapján ne adjunk informatikai 
szakképesítéseket. 

Kovács Ervin 
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GÉPRAJZ 


Áramkörgyártás személyi számítógéppel 


Nagyágyú az íróasztalon? 


Kevesen büszkélkedhetnek azzal, 

hogy valaha is közelről láttak egy berendezésorientált 
áramkörtervező és -gyártó rendszert. 

Pedig manapság már Magyarországon is 

gyakran találkozhatunk egy kisebb íróasztalon is elférő 


BOÁK-laboratóriummal, 


melynek teljesítménye egyáltalán nem lebecsülendő. 


Napjainkban mind több vállalkozás cé- 
lozza meg a berendezésorientált áram- 
körök új generációinak kifejlesztését, 
az alkalmazástechnológia gyökeres át- 
alakítását. Az amerikai Actel és Altera 
cégek mellett az irányzat egyik elindí- 
tója és legjelentősebb képviselője a 
Xilinx. Azzal a digitális alkatrésszel is 
a Xilinx cég rukkolt ki, amelyről a 
tervezőmérnökök már évek óta álmo- 
doztak. Az áramkörrel, amelyet felhasz- 
náló által programozható kaputömbnek 
(Field Programmable Gate Array, 
FPGA) neveznek, a legkihívóbb felada- 
tok is megoldhatók, mivel a nagy se- 
besség és integráltság követelménye 
mellett a piacra dobás ideje és kocká- 
zata is csökkenthető. Azokkal az elő- 
nyökkel, amelyeket a Xilinx ajánl, a 
cég a félvezetőipar leggyorsabban nö- 
vekvő szegmensén, a CMOS technoló- 
giájú, programozható digitális eszkö- 
zök területén lépett a dobogó tetejére. 
A Xilinx áramkörei ipari szabvánnyá 
váltak. Angol márkanevük Logic Cell 
Array (LCA), vagyis logikai cellatömb. 

Az LCA áramkörök tokozott kapu- 
áramkörök. Teljes egészében a felhasz- 
náló által programozhatók, a konfigu- 
rációs információ az LCA áramkörrel 
egybeépített statikus memóriában tárol- 
ható, ellentétben a hagyományos kapu- 
tömb-áramkörök . maszkprogramozott 
technológiájával. A hatékony fejlesztő- 
rendszer alkalmazásával — amelyet 
szintén a Xilinx szállít — a tervezés, 
szimuláció, gyártás és tesztelés átlagos 
ideje akár 10-15 munkanapra is csök- 
kenhet. 

Az 1. generáció, a Xilinx XC2000 
sorozat 1985-ben került a piacra, és ez 
a család a kisbonyolultságú programoz- 
ható logikai eszközök (Programmable 
Logic Device, PLD) első változatát 
jelentette. Az XC3000 sorozat, amely- 
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nek tagjai mintegy ötszörös bonyolult- 
ságúak, 1987-ben jelent meg — erősen 
megnövelt elemválasztékkal. E 2. ge- 
neráció megduplázta a rendszer sebes- 
ségét, megháromszorozta az alkatrész- 
sűrűséget, és a gyors piacra dobás le- 
hetősége továbbra is fennáll. Így a 
tervezők a technológia fő csapásirányá- 
ba kerülnek, mivel itt a csúcsot az 
alkalmazásspecifikus integrált áramkö- 
rök (ASIC) széles skálájú használata 
jelenti. A Xilinx cellatömbök éppen 
ezen áramkörök kiváltására készültek. 

Az LCA áramkörökre alapozó terve- 
zési, kivitelezési folyamat három fő 
részre bontható: tervbevitel, megvaló- 
sítás és ellenőrzés. A Xilinx fejlesztő- 
rendszerrel a tervezés igen olcsó lett, a 
mérnök a számítógépével — amely akár 
kaputömbgyártó , laboratóriumnak" is 
nevezhető — igen hatékonyan dolgoz- 
hat. Az áramkör elkészítésének ideje is 
jócskán lerövidült, a hagyományossal 
(több héttel) szemben így percekre. 
Hibás tervezés esetén nincs költséges 
többletkiadás: az LCA áramkörök a 
javítás után akárhányszor újraprogra- 
mozhatók. Továbbá az ellenőrzés is 
igen gyorssá vált. A Xilinx fejlesztő- 
rendszer mellett az egyszeri műszaki 
kiadások (NRE) szinte teljesen elma- 
radnak, így az LCA kis sorozatban 
(néhány db/év) is használható, de gaz- 
daságosságát egészen a 10-20 ezer da- 
rab/év  tételszámú  sorozatgyártásig 
megőrzi. 


Az áramkörök felépítése 


Az LCA áramkörök kis teljesítmény- 
igényű CMOS technológiával készül- 
nek, különböző sebességű és tokozású 
változatokban kaphatók. A konfigurá- 
ciós információt az LCA belsejében a 
statikus RAM tárolja, ami egyszerűbbé 


teszi a berendezések fejlesztőinek fel- 
adatát is. Az alapvető építőelemek a 
logikai blokkok (ki/bemeneti vagy IOB, 
és konfigurálható logikai vagy CLB), 
valamint az azokat összekapcsoló há- 
lózat. 

Az IOB-k száma egyes típusokban 
száz felett is lehet. Konfigurálás során 
külön-külön programozható a ki- és 
bemeneti üzemmódok jellege, a belső 
regiszter használatának módja és a többi 
paraméter. Az IOB-k kimeneti, beme- 
neti, kétirányú, valamint nagyimpedan- 
ciás üzemmódban működhetnek. 

A CLB-k három fő részból állnak: 
kombinációs blokkból, tárolókból és az 
összekapcsoló szelektorokból. A kom- 
binációs blokk tetszőlegesen konfigu- 
rálható logikai függvénygenerátor. A 
CLB tárolója két D flip-flop, invertál- 
ható órajelbemenetekkel és aszinkron 
törlőbemenetekkel. Kimeneteik megje- 
lenhetnek a CLB kimenetein, és visz- 
szacsatolhatók a kombinációs blokk be- 
menetére. 

Az összekötő hálózat három kompo- 
nensből áll: általános és direkt össze- 
köttetésekből, valamint a hosszú vona- 
lakból. Az általános célúak rövid víz- 
szintes és függőleges vonalakból álló 
szegmensek a CLB-k és IOB-k alkotta 
mátrix elemei között. A szegmensekre 
a blokkok ki- és bemenetei kapcsolód- 
nak, a találkozásokban állnak a konfi- 
gurálható kapcsolómátrixok. A direkt 
összeköttetések gyors kapcsolatot léte- 
síthetnek a szomszédos blokkok között. 
A hosszú vonalak — függőleges és 
vízszintes, kis késleltetésű vezetékek — 
teljes hosszukban átszelik az áramkört. 

Az áramkörben órajelhálózatot is ki- 
alakítottak. Ennek gyors vonalai fésű- 
szerűen behálózzák a CLB mátrixot, 
biztosítva az órajel csúszásmentes el- 
juttatását minden blokkhoz. 

Az LCA áramkör konfigurálásán a 
bitmintának az áramkör statikus memó- 
riájába juttatását értjük. A memória a 
külső zavarokra érzéketlen, azonban a 
tápfeszültség kimaradása esetén infor- 
mációtartalmát elveszti. Gondoskodni 
kell tehát arról, hogy az áramkör meg- 
őrizze vagy minden bekapcsoláskor fel- 
vegye a konfigurációját. Amikor telep 
vagy akkumulátor használata nem in- 
dokolt, a rendszert minden egyes LCA 
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áramkörét bekapcsolás után konfigurál- 
ni kell. Önálló rendszerekben az LCA 
konfigurációs információi külsőPROM 
memóriában tárolhatók.  Mikropro- 
cesszoros környezetben a mikropro- 
cesszor buszára perifériaként illeszthe- 
tők. Ilyenkor a konfigurálást a mikro- 
processzor végezheti kiviteli utasítások 
sorozatával. Az ilyen konfigurálás ma- 
gában rejti az áramkör üzem közbeni 
átprogramozásának lehetőségét is, 
amely készülékek fejlesztése, tesztelése 
során is jó szolgálatot tehet. 


A fejlesztőrendszer 


Kizárólag a számítógéppel támogatott 
tervezési módszerek válnak be. A Xi- 
linx cég megfizethető áron igen komoly 
számítógépes fejlesztőeszközöket szál- 
lít az automatizált tervezéshez. A Xilinx 
fejlesztőrendszer programjai PC/AT- 
ken,  AT/386/486-osokon, valamint 
RISC-processzoros ". munkaállomáso- 
kon futtathatók. A rendszer nyitott fel- 
építésű, több elterjedt és népszerű mér- 
nöki tervező munkahely kimenetét ke- 
zeli. Menüvezérelt, gyors és hatékony: 
a tervezési folyamat lépéseit logikus 
sorrendben tárja a felhasználó elé. A 
terv bevihető grafikusan: kapcsolási- 
rajz-szerkesztővel, hagyományosan: 
TTL vagy hasonló áramköri szimbólu- 
mokat használva, valamint logikai 
egyenletek segítségével. Az automati- 
zált blokkelhelyező és -huzalozó szol- 
gáltatás megkönnyíti az egyszerűbb fel- 
adatok gyors megtervezését. A rendszer 
szimulációs programjával a logikai és 
a valós idejű, az áramkörön belüli fizi- 
kai késleltetéseket is figyelembe vevő 
szimuláció a tényleges beprogramozás 
előtt elvégezhető. 


Tervezői keretrendszer 


A tervezőrendszer programjait és szol- 
gáltatásait összefogó keretrendszer a 
Xilinx Design Manager (XDM). A fő- 
menü tükrözi a tervezés menetét (Terv- 
bevitel, Fordítás, Elhelyezés és huzalo- 
zás, Ellenőrzés). Az első almenüben a 
számítógépen installált grafikus szer- 
kesztőprogramok nevei láthatók. A ter- 
vezők egyidejűleg használhatják a szá- 
mukra leginkább megfelelő szerkesztő- 
programot. A Fordítás almenü a külön- 
böző tervbeviteli programok kimeneteit 
egységes formátumra alakító progra- 
mokat, a tervezési szabályokat ellenőr- 
ző programot, a particionáló programot, 
valamint további segédeszközöket kí- 
nál. A harmadik almenü az automatikus 
(APR) programot és a manuális szer- 
kesztőprogramot, az Ellenőrzés almenü 


pedig a szimulációhoz, az in-circuit 
emulációhoz és a konfiguráláshoz szük- 
séges programokat tartalmazza. 


Tervbevitel 


Mivel számos kiváló grafikus áramkör- 
tervező CAD rendszer létezik, a Xilinx 
saját kapcsolásirajz-szerkesztő progra- 
mot nem készített, csupán az illeszke- 
dést biztosította ezekhez (FutureNet 
DASH, PCAD, VIEWLogic, OrCAD, 
CASE és egyebek). A tervbeviteli prog- 
ramokhoz a Xilinx szimbólumkönyvtá- 
rában szereplő makrók és TTL áramköri 
jelölések használhatók a kapcsolási rajz 
megszerkesztéséhez. A tervezőnek nem 
kell egy teljesen új, szokatlan jelölés- 
rendszert megtanulnia, kamatoztathatja 
TTL áramköri ismereteit, jól megszo- 
kott kapcsolásirajz-szerkesztő prog- 
ramját. Előnyös ez akkor is, amikor egy 
régebben tervezett áramkört kell kor- 
szerűbben megvalósítani. 

A kapcsolási rajzot a fejlesztőrend- 
szer által értelmezhető formátumra kell 
alakítani. Az egységesített leíró szerke- 
zet neve XNFE, Xilinx Netlist Format. 
Segítségével nemcsak grafikus szimbó- 
lumokkal megadott rajz, hanem a szö- 
veges formátumú terv is ábrázolható. 
Az áramköri terv egyes részletei logikai 
egyenletek formájában, szöveges le- 
írással is megadhatók. A szöveges állo- 
mányban vannak a szimbólumon belüli 
kombinációs vagy logikai hálózat leíró 
egyenletei, ezeket egy megfelelő prog- 
ram alakítja XNF formátumra. A grafi- 
kus és szöveges terv különálló XNF 
állományai egyetlen, a teljes tervet ké- 
pező XNF állománnyá egyesíthetők. 


Megvalósítás 


A tervbevitel után az áramkör blokkok- 
ra tördelése (particionálása), a blokkok 
elhelyezése és behuzalozása, valamint 
a konfigurációs bitminta előállítása kö- 
vetkezik. A tördelés automatikus, a to- 
vábbi folyamatok az interaktív XACT 
szerkesztőprogrammal manuálisak 
vagy az APR (Automatic Place and 
Route) programmal automatikusak le- 
hetnek. A megvalósítási folyamat nagy- 
ágyúja az XMAKE program. Ez előállít 
egy ún. MAKE fájlt: sorban, hierarchi- 
kus felépítésben tartalmazza az elvég- 
zendő tennivalókat, az állományok füg- 
gőségi viszonyait, majd ennek megfe- 
lelően végrehajtja a tervezési folyamat 
lépéseit. 


Az adatbevitel során a kapcsolási 


rajzon is megadhatók előírások, ame- 
lyekkel a tördelő és az APR program 
működése befolyásolható. Az APR fel- 





használói beavatkozás nélkül is képes 
különböző változatokat készíteni, ezek- 
ből a legmegfelelőbb kiválasztható. Az 
eredmény ún. LCA-fájlformátumban 
keletkezik, és tartalmazza az elhelyezé- 
si és huzalozási információkat is. 

Az APR tájékoztat tevékenysége 
eredményéről: időzítési információk- 
ról, a huzalozás sorrendjéről, az esetle- 
gesen kihagyott bekötésekről. Az utó- 
lagos manuális munkákhoz az XACT 
szerkesztőprogram való. Ez a program 
alakítja át az LCA végleges konfigurá- 
ciós információit egyetlen bináris állo- 
mánnyá. E fájl tartalma egyenesen a 
konfiguráló PROM-ba vagy EPROM- 
ba égethető, vagy a letöltókábelen ke- 
resztül az LCA áramkörbe juttatható. 


Ellenőrzés 


Ez az utolsó lépés. Legegyszerűbb 
módja a valós körülmények közti ki- 
próbálás. A számítógép párhuzamos 
portjára kapcsolt Xilinx letöltőkábellel 
rendkívül gyorsan átvihető a konfigu- 
rációs információ az LCA áramkörbe. 

Érdemes az áramkör működését is 
szimulálni. A szimuláció kétféle lehet: 
logikai, amely az áramköröknek csak a 
funkcionális működését ellenőrzi, vala- 
mint időhelyes, amely figyelembe veszi 
a jelterjedési időket is, így kvantitatív 
képet ad a működésről. A szimulációs 
program a felhasználó által megadott 
gerjesztőmintával dolgozik. Az egyes 
bemenetek statikus szintek, meghatáro- 
zott időzítésű aszinkron jelek vagy óra- 
jelek lehetnek. A szimulátor grafikus 
formában is kiadja a szimuláció ered- 
ményét. 

Ha a gondos tervezés és szimuláció 
ellenére sem megfelelő a működés, a 
felhasználó kísérletet tehet a hiba kija- 
vítására, majd az áramköri módosítások 
után átkonfigurálhatja a cellatömböt. 
Komolyabb zűr esetén az XACTOR 
In-Circuit Verifier készüléken az LCA 
belső állapota, tárolóinak tartalma, ki- 
vezetései működés közben jeleníthetők 
meg, megkönnyítve a hiba behatárolá- 
sát és kijavítását. 

Lóth Tamás— Tóth József 


A Cédrus Karolina Áruház 
új nyitvatartási rendje: 
Hétfőtől péntekig: 


9.00 — 18.00 
Szombaton: 





9.00 — 13.00 
Bp. XI., Karolina út 17. 
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Unix-fájlok, mint fekete dobozok 


Tartalom és jog 


Sorozatunk előző részében 


olyan Unix-parancsokat ismertettünk, 


amelyek segítségével könyvtár- 


és fájlkezelő műveletek végezhetők. 


Ezekkel az utasításokkal 


többek között fájlokat lehetett másolni, átnevezni, 
tartalmukat a képernyőre íratni stb. 

Most olyan parancsokat fogunk bemutatni, 
amelyekkel a fájlok tartalma vizsgálható. 
Ismertetünk még néhány segédprogramot is, 
valamint a fájlokhoz rendelhető elérési jogokat. 
Szeretnénk felhívni a figyelmet arra, 

hogy az utasításoknak általában 

csak a legegyszerűbb formáját tárgyaljuk. 

A módosító opciók és azok hatásai 

a kézikönyvekben megtalálhatók. 


Eddigi ismereteink szerint a fájlok tar- 
talma vagy a cat, vagy a more utasítással 
íratható a terminálra. A cat folyamato- 
san listáz, míg a more egyszerre csak 
egy képernyőnyi információt jelenít 
meg. Mind a kettő végigmegy a teljes 
fájlon. Sokszor előfordul azonban, hogy 
egy fájlnak csak az első vagy az utolsó 
néhány sorára vagyunk kíváncsiak. A 
Unix erre is kínál megoldást. A head és 
a tail utasítás egy fájl első és utolsó 
sorait listázza. Opcióként megadható a 
sorok száma. Ennek hiányában, alapér- 
telmezésként tíz sor jelenik meg a kép- 
ernyőn. Például a 


head fájl név 
az adott fájl első tíz sorát, a 
tail — 20 fájl név 


a paraméterként szereplő fájl utolsó 
húsz sorát listázza. 


Műveletek szövegfájlokkal 


A Unix olyan szolgáltatásokat is tartal- 
maz, amelyek segítségével a szöveges 
fájlokban lévő adatok vizsgálhatók. 
Ezekkel a programokkal a fájlok tartal- 
ma összehasonlítható, sorba rendezhe- 
tő, a fájlban szövegrészek kereshetők, 
továbbá megszámlálhatók a fájlban ta- 
lálható szavak és sorok. 

Két fájl összehasonlítására a diff 
program alkalmas.  Eredménjeként 
azok a sorok kerülnek a képernyőre, 
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amelyek a két fájlban nem egyformák. 
Használata: 
diff fájl név1 fájl név2 

A fájlok tartalma a sort utasítás se- 
gítségével sorba állítható. A legegysze- 
rűbb esetben egy fájl tartalmát a sorok- 
ban található első betű alapján rendezi 
abécé szerint, és megjeleníti a képer- 
nyőn. Ezta listáta már ismert operátor 
segítségével fájlba is irányíthatjuk. A 
sort parancs a rendezendő fájl tartalmát 
nem változtatja meg! Példák: 
sort fájl név 
sort nevek 5 névsor 

Az utasítás pipe-on keresztül szűrő- 
ként viselkedik. Ilyenkor egy másik 
program kimenőadatait rendezi. Pél- 
dául a who paranccsal megtudható, 
hogy pillanatnyilag kik használják a 
rendszert. Ha ezt névsorban szeretnénk 
látni, a következő parancsot kell begé- 
pelni: 
who ] sort 

Néha szükség lehet olyan informáci- 
óra is, hogy egy fájl hány sorból, hány 
szóból vagy hány karakterből áll. A 
Unixnak erre is van segédprogramja. A 
wc (word count) utasítással ezek a 
paraméterek megtudhatók. Ha opció 
nélkül, csak a fájlnév paraméterrel ad- 
juk, akkor sorok, szavak, karakterek 
sorrendben mind a három értéket meg- 
kapjuk. A -1 (line), — w (word), — c 
(character) módosítók használatával 
külön-külön is megkaphatjuk a kívánt 


darabszámot. Az alábbi példákat mutat- 
juk: 
wc fájl név 
wc -I fájl név 
wc — wc fájl név 

Ha a fájl név paraméter nem szere- 
pel, abemenőadatokat a standard input- 
ról (stdin), azaz a klaviatúráról várja. 
Szűrőként is funkcionál. A következő 
utasítással például könnyen megkap- 
hatjuk, hogy hányan dolgoznak a rend- 
szerrel. 
who [ wc - 1 

Fontos szolgáltatása a Unixnak a 
grep program, amelynek segítségével 
fájlokban szövegminták kereshetők. A 
következőképpen: 
grep minta fájl név 

A mintát a paraméterként megadott 
fájlokban keresi. Ha egy fájlban van a 
mintával megegyező szövegrész, a fájl 
neve és a mintát tartalmazó sor megje- 
lenik képernyőn. Az utasítás hatása sok 
kapcsolóval módosítható. Ezek közül 
most csak kettőt ismertetünk. Ha a 
programot a következő formában hasz- 
náljuk: 
grep — 1 minta fájl név 
akkor a mintát tartalmazó fájloknak 
csak a nevét kapjuk meg. Ha arra 
vagyunk kíváncsiak, hogy mely sorok 
tartalmazzák a keresett részt, a —-n 
opciót kell jelölnünk. Például a 
grep - n Gabor /etc/" 
utasítás a /etc könyvtárban minden fájlt 
megvizsgál. Ha olyat talál, amelyben a 
Gabor név szerepel, kiírja a fájl nevét, 
a nevet tartalmazó sor sorszámát és 
magát a sort. Az utasítás kapcsán ügyel- 
jünk arra, hogy a több szóból álló mintát 
idézőjelek közé kell írni. 


Oszlopos tudnivalók 


Az eddigi utasítások a szövegfájlok 
soraival foglalkoztak. Most egy olyan 
eszközt mutatunk be, amellyel a fájlok 
soraiból , kiollózhatjuk" azokat az osz- 
lopokat, amelyekre kíváncsiak va- 
gyunk. Oszlop alatt valamilyen adott 
jellel elválasztott mezőket vagy a sor- 
ban található karaktereket értjük. Az 
utasítás neve cut, és az oszlopfajtáknak 
megfelelően kétféle formában használ- 
ható: 

cut —f1,5 — d: /etc/ passwd 
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cut — c1— 12,45— /etc/group 

Az első példa az /etc/passwd fájl :-tal 
elválasztott mezői közül az elsőt és az 
ötödiket listázza ki a képernyőn. A 
mezők sorszámát a -f kapcsoló után 
kell megadni, míg a — d után a mezőket 
elválasztó (szeparátor) jel adható meg. 
A második példa karakterekre vonatko- 
zik, amit a —c kapcsoló jelez. Az 
letc/group fájl sorainak az első 12 és a 
45-ik pozíciótól kezdődő karaktereit 
fogja listázni. Az utasításnak szűrő ha- 
tása is van: például a következő utasítás 
a rendszert használóknak csak a nevét 
fogja kiírni. 
who [ cut —c1- 8 


Fájlvédelem 


Az előző részben az ls -1 parancs 
ismertetésénél már szó volt az ún. fájl- 
hozzáférési jogokról. Vizsgáljuk meg 
ezt a témát kicsit részletesebben. A 
Unixban a fájlok és könyvtárak elérése 
engedélyekhez köthető. Mivel a Unix 
többfelhasználós operációs rendszer, 
szükség van a az ilyen jellegű védelem- 
re. Az elérési jogokat a fájl tulajdonosa 
adhatja meg. Ezeket az ls —1 parancs 
végrehajtása után megjelenő lista első 
tíz karaktere jelzi. Az első karakter a 
fájl típusát adja meg, a maradék pedig 
hármas csoportokban a hozzáférési jo- 
gokat. 

A fájl típusánál számunkra jelenleg 
csak a közönséges fájlok és a könyv- 
tárak érdekesek. A közönséges fájlok- 
nak (mivel ezekből van a legtöbb) nincs 
külön betűjele. Ezeknél egy - karakter 
(mínuszjel) áll a fájltípus helyén. A 
könyvtárakat egy d betű (directory) 
azonosítja. 

A háromkarakteres hozzáférési kó- 
dok, amelyek megadják, hogy egy fájl 
olvasható, írható vagy végrehajtható, 
sorrendben a következő felhasználókra 
vonatkoznak: 

— a fájl tulajdonosára, 

— a tulajdonos csoportjára, 

— minden más felhasználóra. 


E számunk 
hirdetői 


Info Oldal 


Computerland 

Controll. .. 

Cédrus Kiadó .. ... 30 
Cédrus Rt. (Polaroid) 28 
Data Doctor 


A hozzáférési kódban sorrendben az 
rwx betűk szerepelhetnek. Ha mind a 
három látható, a fájl olvasható, írható 
és végrehajtható is. Ha valamelyik ak- 
ció tiltva van, akkor a megfelelő betű 
helyén egy ,,.-" jel szerepel. Könyv- 
táraknál az olvasás a fájlok listázását, 
az írás a fájlok létrehozását, illetőleg 
törlését jelenti. Egy könyvtárhoz az "x" 
végrehajtási engedély nélkül nem lehet 
hozzáférni, hiába van például az olva- 
sása engedélyezve. Ilyenkor a cd utasí- 
tással sem lehet odajutni. Az elmondot- 
tak szemléltetésére nézzünk most két 
példát. 
stssüszse 

Ez a kód egy közönséges fájlt jelöl, 
amelyet a tulajdonosa olvashat, írhat és 
végrehajthat. A tulajdonos csoportjának 
csak végrehajtási engedélye van, míg a 
többi felhasználó semmilyen formában 
nem férhet hozzá. 
drwxr—x——x 

Ittegy könyvtárról van szó, amelyhez 
a tulajdonosa korlátozás nélkül hozzá- 
férhet. A tulajdonos csoportja elérheti 
a könyvtár fájljait, listázhatja is azokat, 
de nem módosíthatja a katalógus tartal- 
mát. A többi felhasználó a cd utasítással 
eljuthat a könyvtárba, de az olvasási 
engedély hiányában nem tudhatja meg 
(nem listázhatja) a tartalmát. Használ- 
hatja viszont az ott található fájlokat, 
ha ismeri a nevüket. 


A kirekesztés módozatai 


A fájlhozzáférési kódokat a chmod uta- 
sítással lehet megváltoztatni: 
chmod kód fájl név 

A kódot számokkal vagy betűkkel 
lehet leírni. Számok esetén a három 
csoportnak megfelelően három, 0 és 7 
közé eső számot kell megadni. A nulla 
a három elérési mód tiltását, a hét mind 
a háromnak az engedélyezését jelenti. 
Betúkkel érthetőbben írható le a kód. 
Ilyenkor meg kell adni, hogy melyik 
felhasználócsoport hozzáférési jogait 
hogyan akarjuk módosítani. A fájl tu- 


Infoff Oldal 
Datentechnik .............. 
FAN Computer 
Floppyland .. 
Galax 
Interag (Mitac) 
IR Szerviz ... 


Macroda 
Made-lInfo 
Magics 

NTT 2000 ... 





lajdonosát az "u? (user), a tulajdonos 
csoportját a "g? (group), míg az összes 
többi felhasználót az "o" (other) betű 
azonosítja. Ezek után lássunk néhány 
konkrét példát. 
chmod U3-x testfile 

Ez az utasítás a testfile nevű fájl 
végrehajtását engedélyezi a fájl tulaj- 
donosának. A következő parancs a 
tulajdonos csoportjának és a többi fel- 
használónak a testfile írását és végre- 
hajtását engedélyezi. 
chmod go--wx testfile 

Végül nézzünk meg egy tiltást, ahol 
az ún. összes többi felhasználó vala- 
mennyi hozzáférési jogát megszüntet- 
jük. 
chmod o - rwx testfile 


Még néhány szolgáltatás 


Az eddigieken kívül szeretnénk még 
néhány hasznos segédprogramot ismer- 
tetni. Az első ezek közül a find parancs, 
amely fájlok keresésére használható. 
Leggyakoribb formája: 


find path név — name fájl név — print 


A path név annak a könyvtárnak a 
neve, ahol a keresést kezdjük. A prog- 
ram innen indulva az összes alkönyv- 
tárat végigjárja. A keresett fájl nevét a 
— name opció után kell megadni. A — 
print kapcsoló hatására a megtalált fájl 
neve a képernyőre íródik. 

A következő két szolgáltatás segítsé- 
gével a dátumot és az időt, valamint 
egy tetszőleges év tetszőleges hónapjá- 
nak naptárját lehet megkapni. A dátum 
és az idő a date utasítás hatására íródik 
a képernyőre. A 
cal feb 1952 
paranccsal pedig megtudhatjuk, hogy 
milyen napra esett például 1952. feb- 
ruár 13. 

Végül megemlítjük a bc interaktív 
kalkulátor segédprogramot, amellyel a 
szokásos műveletek gyorsan és ponto- 
san elvégezhetők. 

Déri Gábor 
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A Unix shell programozása II. 


Adalékok a , recepthez" 


A sorozatot azoknak az eszközöknek 


a bemutatásával folytatjuk, 


amelyek a programozásban kicsit is jártas olvasóinknak 
már ismerősek lesznek — ezekre így-úgy, 

de mindenképpen szükség van a munkához. 

Nem jutunk el most az összes ilyesmi felvonultatásáig, 


viszont ami késik, nem múlik. . 


Bizonyos előre definiált shellváltozókat 
a shell használ, ezek közül néhányat a 
rendszer bejelentkezéskor iniciál. Ezek 
értékétis tudja a felhasználó változtatni. 
Közülük a két legfontosabb a HOME 
változó — amely a felhasználó alap- 
munkakatalógusát (home directory) tar- 
talmazza — és a PATH változó, amely 
kettőspontokkal elválasztva azokat a 
katalógusokat sorolja fel, ahol a rend- 
szer a kiadott parancsokat keresi. (Csak 
akkor, ha nem teljes nevet adunk meg; 
ha az a parancs, hogy /bin/date, akkor 
nincs mit keresni.) Ponttal vagy üres 
stringgel az aktuális munkakatalógust 
lehet jelölni. Ha például a PATH változó 
tartalma: 

:/bin/usr/bin:/etc 

és kiadjuk a comfile parancsot, akkor 
a shell először az aktuális munkakata- 
lógusban keres egy comfile nevű vég- 
rehajtható fájlt, ha nem talál, akkor a 
/bin alatt folytatja a keresést, ha itt sincs, 
akkor a /usr/bin-nel, végül a /etc-vel 
próbálkozik. Más előre definiált válto- 
zónevek értékét is a shell tartja karban. 
Ilyen a már említett $ít változó (a 
pozicionális paraméterek számát tartal- 
mazza), a $$ változó, amely az éppen 
futó process azonosítóját tartalmazza 
(ez gyakori egyedi fájlnevek előállítá- 
sánál), a $! változó, amely a háttérben 
utoljára elindított folyamat azonosítóját 
adja meg; és még két változó, amelyek- 
ről csak a későbbiekben lesz szó. 


Programok visszatérő értéke 


Normálisan a programok 0 visszatérő 
értéket szolgáltatnak. Az exit n utasí- 
tással lehet a program futását úgy be- 
fejezni, hogy a visszatérő érték n le- 
gyen. Az utoljára végrehajtott parancs 
visszatérő értékét a $? shellváltozó tar- 
talmazza: 


48 ALAPLAP 1992/2 


comfile tartalma: 
comm2 

echo $? 

comm2 tartalma: 
exit 23 

Kimenet: 


Ha paraméter nélkül adjuk az exit 
utasítást, az utoljára végrehajtott pa- 
rancs visszatérő értékével jön vissza a 
program. 


Az if utasítás (1) 


A feltételes utasítás legegyszerűbb 
alakja a következő: 
if utasítás1 
then utasítások 
fi 

Az if utasítások egymásba ágyazha- 
tók — a lezáró fi-vel ellátva. Ha utasí- 
tás1 visszatérő értéke 0, akkor végre- 
hajtódnak a thent követő utasítások, 
egyébként nem. (Ez az egyik olyan 
eltérés a shell és a C nyelv között, ami 
zavaró lehet: a shell számára az , igaz" 
értéket 0 képviseli, a , hamis"-at pedig 
minden más; a C-ben ez éppen fordítva 
van.) Például: 
comfile tartalma: 
if comm2 
then 
echo I!!! 
fi 
comm2 tartalma: 
exit 0 
Kimenet: 
111 

Az if utasítás else-ággal is kiegészít- 
hető: 
if utasítás1 
then if-utasítások 
else else-utasítások 
fi 
Például: 


comfile tartalma: 
if comm2 
then 

echo If!!! 
else 

echo Else!!! 
fi 
comm2 tartalma: 
exit 39 
Kimenet: 

Else!!! 

Az if, fi, else kulcsszavaknak a sor- 
ban az első helyen kell állniuk. Szin- 
taktikailag hibás például: 
if comm2 then echo Tf!!! 

(Tudniillik lehet a comm2 parancsnak 
egy olyan paramétere, hogy "then"!) 


A test utasítás 


Az if utasítás leggyakrabban a test 
utasítással együtt szerepel. A test-tel 
stringeket, numerikus értékeket és fájl- 
típusokat lehet megvizsgálni; most csak 
a , numerikus" példát mutatjuk be. 

test opl operátor op2 

Ha a vizsgálat eredménye igaz, a test 
utasítás visszatérő értéke 0, különben 
más. Az operátorok lehetnek: 

-eg egyenlő (egual) 

-ne nem egyenlő (not egual) 

-gt nagyobb (greater than) 

-It kisebb (less than) 

-ge nagyobb vagy egyenlő (greater 
than or egual to) 

-le kisebb vagy egyenlő (less than 
or egual to) 

E programrészlet a paraméterek szá- 
mát vizsgálja: 
if test $$ —ne 2 
then 

echo Hiba!!!!I! 582 

exit 1 
fi 

A shell a nem numerikus változók 
vagy paraméterek értékét 0-nak tekinti. 
A test utasításnak van egy tömörebb (és 
nehezebben olvasható, de elterjedtebb) 
alakja is: a megvizsgálandó kifejezést 
szögletes zárójelek közé kell tenni úgy, 
hogy a kezdő zárójel után és a bezáró 
zárójel előtt kötelező legalább egy szó- 
közt tenni: 
if[ $4—-ne 2] 
then 

echo Hiba!!!II! 582 


exit 1 
fi 

A szóközökre azért van szükség, mert 
egy string tartalmazhat , [7 vagy ,]" 
karaktereket is: 
Xz[abcdjefgh 

Szóköz nélkül a shell nem ismeri fel, 
hogy itt a [ jelnek speciális jelentése 
van. Egy kicsit összetettebb alkalmazá- 
si példaként nézzük, amikor a bejelent- 
kezett felhasználók számától függ, 
hogy hajlandók vagyunk-e elindítani 
egy programot: 
usernumz"who ] we — I" 
if ( usernum —gt 6 ] 
then 

echo Tilos! 

exit 1 
fi 


Fájlnévleíró metakarakterek 


A shell ismer néhány metakaraktert, 
amelyek fájlnévcsoportok kijelölésére 
alkalmasak: 


k Tetszőleges karakterek tetszőleges 
hosszúságú sorozata (0 hosszt is 
beleértve). 

? Egyetlen tetszőleges karakter. 

[...] A zárójelen belül megadott karak- 
terek bármelyikének egyetlen elő- 
fordulása. 

- A kötőjellel elválasztott karakter- 
pár egy intervallumot jelöl. 

"1 — A szögletes zárójelen belüli első 
pozícióban negáló funkciója van: 
ekkor a fel nem sorolt karakterek 
fognak megfelelni a mintának. 

Például: 

A$B Minden A-val kezdődő és 

B-re végződő string. (AB, 

ACCCB, ...:) 

Minden olyan string, 

amelyben dump bárhol elő- 

fordul. (dump, aaadump, 
aaadumpbbb, ...) 

A? Az összes A-val kezdődő 2 

karakteres string. 

/usr/bin/??? Az összes 3 karakteres név 

a /usr/bin katalógusban. 

Az összes kis- és nagybe- 

tűkből álló 1 karakteres 

string. 

Ab, c, d, e, m, n, o betűkből 

álló 1 karakteres stringek. 

A nem számjegyből álló 1 

karakteres stringek. 

[a-z] [0-9] Kisbetűvel kezdődő, szám- 

jegyre végződő stringek. 
A szövegfeldolgozó programok me- 
ta-karakterkészlete ettől eltér! Ponto- 
sabban fogalmazva: egyes karaktereket 
más jelentéssel használnak a reguláris 
kifejezéseket feldolgozó programok 

(grep, ed, sed, awk). 


tdumpt 


[a-zA-Z] 


[b-emnol] 


[10-9] 


A case utasítás 


A case utasítás legegyszerűbb formá- 
ja a következő: 
case string in 
minta) utasítások ;; 
minta) utasítások ;; 


minta) utasítások ;. 

esac 

A minták ugyanazokkal a metakarak- 
terekkel adhatók meg, mint a fájlnév- 
leírás. A shell sorban összehasonlítja a 
stringet az adott mintákkal; amikor elő- 
ször egyezést talál, végrehajtja a meg- 
felelő utasításokat. Hangsúlyozzuk, 
hogy az összehasonlítás sorban halad, 
tehát ha valamelyik minta helyére §-ot 
írunk, akkor a következő minták soha 
nem lesznek kiértékelve. (A " felel meg 
a C nyelvben használatos switch utasí- 
tás default ágának, csak éppen ott a 
sorrend közömbös! Vegyük észre vi- 
szont, hogy itt stringeket, sőt metaka- 
raktereket is meg tudunk adni, míg a 
C-ben csak numerikus konstansokat!) 
Nézzünk egy programrészletet, amely- 
ben beolvasunk egy stringet és attól 
függően csinálunk mást-mást, hogy 
igen, nem, vagy egyéb választ kaptunk: 
read answer 
case $answer in 

[lilgen) echo Hát igen? 


INnjem ) echo Hát nem? 


" —"  ) echo Mi????? 
esac 

A case utasítás egyes ágaiban több 
mintát is megadhatunk ! jellel elválaszt- 
va, ekkor bármelyik mintával egyezés- 
kor az ide tartozó utasításokat hajtja a 
shell végre. Például: 
read answer 
case $answer in 

[lilgen I ([Yy]es) echo Hát igen? 


INnjem I INn]o ) echo Hát nem? 
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" ) echo Mi????? 


esac 


A while ciklus 


A while utasítás szintaxisa: 
while parancslista 
do 

utasítások 
done 

A parancslista végrehajtódik; ha az 
utolsó parancs visszatérő értéke 0, vég- 
rehajtódnak a ciklustörzs utasításai, 
egyébként a következő programsorra 
adódik a vezérlés. A while, do, done 
kulcsszavaknak a sor első szavának kell 
lenniük, csakúgy, mint az if, then, else, 
fi kulcsszavaknak, valamint a többi 
kulcsszónak. (A szabály pontosabb 


" megfogalmazását lásd később.) A cik- 


lusból kiugrás eszköze a break utasítás. 
Az alábbi programrészlet igenlő vagy 
tagadó választ kér a felhasználótól: 
echo Kéri a dátumot Vi/n)? 
while read answer 
do 7 
case $answer in 
[liJ") echo Akkor hát küldöm. 
date 
break 


INn]") echo Ha nem, hát nem. 
break 


s ) echo Hibás válasz! 
esac 

done 

Figyeljük meg, hogy a zárójelet es- 
cape karakterrel kellett megvédeni, mi- 
vel ez is speciális jelentéssel bír a shell 
számára (lásd később). A read utasítás 
mindaddig 0 visszatérő értékű, míg 
fájlvégjelet nem kap (a felhasználó 
control-d karaktert nem küldött). A true 
vagy a false kulcsszavakkal végtelen 
ciklusok alakíthatók (while true). 


Nemes Mihály 
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Modula-2 


Egyebek... 


Most a Modula-2 állandóival, adattípusaival, változóival 
és műveleteivel kapcsolatos fogalmakat mutatjuk be. 
A prezentálás meglehetősen formális, 

de a szintaktikailag helyes programok írásához 

és a nyelvi szolgáltatások maximális kihasználásához 


kellenek az alapos információk. 


A mágneslemez mellékleten az LST fájl 
a száraz definíciókat példákkal illusztrálja. 


Programjainkban gyakori követelmény, 
hogy az adott típusok egymással kom- 
patibilisek legyenek. A kompatibilitási 
osztályok (csökkenő erősségben): 

Típusazonosság — A legszigorúbb 
követelmény. Két típus azonos, ha azo- 
nosítójuk ugyanaz, vagy ha az egyik 
típust a másik típus azonosítójával dek- 
laráltuk. Eljáráshíváskor változópara- 
méter esetén az aktuális és a formális 
paraméter típusának azonosnak kell 
lennie. Ezt magyarázza például azt a 
tény, hogy az alaptípusokra vonatkozó 
beviteli eljárások (ReadCard, Readint, 
Read stb.) nem használhatók az alaptí- 
pusokból származtatott, intervallum tí- 
pusú változók beolvasására. 

Típuskompatibilitás — Két típus 
kompatibilis, ha egyik a másik interval- 
lumtípusa, ha mindkét típus ugyanazon 
típus intervallumtípusa, vagy ha a két 
típus azonos. Az ADDRESS típus min- 
den mutatótípussal kompatibilis, a 
SHORTADDR minden bázisos mutató- 
val. A típuskompatibilitás kifejezések 
és relációk kiértékelésénél szükséges. 

Értékadási kompatibilitás — A fen- 
tieken kívül az alábbi típuspárok érté- 
kadás-kompatibilisek egymással: 
CARDINAL / INTEGER, SHORT- 
CARD / SHORTINT, LONGCARD / 
LONGINT. 

A Modula-2 előre definiált WORD 
típusa egy gépi szónyi memóriaterület- 
nek felel meg. A standard Modula ér- 
telmezése szerint a WORD mérete 8 
bites processzor esetén 1 bájt, 16 bites- 
nél 2 bájt, 32 bitesnél 4 bájt, illetve nem 
bájtorientált proceszoroknál például 
akár 4, 9, 21 vagy 24 bites gépi szó. A 
TopSpeed Modula-2 két másik hasonló 
célú előre definiált típussal, a BYTE és 
a LONGWORD típussal rendelkezik. 
A három által reprezentált memóriate- 
rület az IBM PC-n 1 bájt (BYTE), 2 
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bájt(WORD) és 4 bájt(LONGWORD). 
Ezek minden azonos méretű típussal 
értékadás-kompatibilisek. . Az  ISO- 
szabvány LOC típusa az adott pro- 
cesszor által megcímezhető legkisebb 
memóriarekeszt jelenti, így a LOC a 
PC-n 1 bájtnak felel meg. (A BYTE 
standard típusra tett javaslatot — a nem 
bájtorientált implementációkra tekin- 
tettel — elvetették, helyette született 
meg a LOC.) 


Objektumok és értékek 


Az objektumok kizárólag a típusuk- 
nak megfelelő értékeket vehetnek fel. 
(Ebben az összefüggésben nem az OPL- 
ekkel kapcsolatos általánosabb objek- 
tumról van szó.) A típus határozza meg 
az objektum tulajdonságait, azaz az 
objektum által elfoglalt memóriaterüle- 
ten található bitminta értelmezését. Az 
objektumoknak két osztálya van: a vál- 
tozók és a formális paraméterek. A 
változókat, mielőtt hivatkoznánk rájuk, 
deklarálni kell. A változókhoz a fordító 
egy tárterületet rendel, melynek méretét 
a változó típusa szabja meg, és mindig 
a változó aktuális értékét tartalmazza. 
A fordítás során a fordító a változó 
azonosítójára való hivatkozást a forrás- 
kódban, a memória megfelelő területére 
való hivatkozással (címmel) helyettesíti 
a tárgykódban. A változók a program 
adatainak tárolására szolgálnak. A re- 
kord és a tömb típusú objektumoknak 
több komponens objektumuk lehet. 
$ Deklaráció - VAR ( 
VáltozóAzonosító ( "," 
VáltozóAzonosító ) ":" TípusDefiníció ). 
$ VáltozóAzonosító - Azonosító [ 
"[ Kifejezés ":" Kifejezés "]" ]. 

A deklarációs listában szereplő vál- 
tozók adott típusúak lesznek. A válto- 
zók kezdőértékei meghatározatlanok. 
Mint már korábban láttuk, a változók 


deklarálása (pontosabban az azonosítók 
deklarálása) az adott blokkra, illetve az 
ezen belül elhelyezkedő blokkokra ér- 
vényes. Ha egy belső blokkban egy 
azonosítót újra deklarálunk, akkor a 
belső blokkban deklarált változóazono- 
sítóval erre az ún. lokális változóra 
hivatkozunk. A változók a deklará- 
ciójukat tartalmazó blokkokkal együtt 
szűnnek meg. Változókat tetszőlegesen 
összetett típusúaknak is deklarálhatunk, 
külön típusdefinícó nélkül, ezek az ún. 
anonim típusok. Az anonim típusok 
használata szintaktikailag ugyan he- 
lyes, programozástechnikai szempont- 
ból azonban, mégsem ajánlható. 

Változókat fix fizikai címre is he- 
lyezhetünk. Ehhez IBM PC esetén két 
konstans CARDINAL kifejezéssel meg 
kell adnunk a szegmens és offszet ér- 
tékeket. Lineáris cím esetén termé- 
szetesen egyetlen kifejezés határozza 
meg a címet. 


Állandók 


Az állandók az alapvető konstansér- 
tékeket jelölik a forráskódban. A szám- 
konstansok decimális egész, hexadeci- 
mális egész, oktális egész, illetve valós 
számok lehetnek. A szövegkonstansok 
(karakterláncok) aposztrófok vagy idé- 
zőjelek közé írt ASCII karakterek vagy 
oktális karakterkonstansok lehetnek. 
$ Érték - EgészSzám I ValósSzám I 
Karakterlánc. 

Az egész számok az egész- és pozi- 
tívegész-típusok, a valós számok a va- 
lósszámtípusok, míg a karakterláncok 
a karaktertípusok (ha a karakterlánc 
hossza 1), illetve a karaktertömb-típu- 
sok számára definiálnak lehetséges ér- 
tékeket. Az állandó rekord- és tömbér- 
tékeket csoportosítva adjuk meg. 
$ Érték - Név "(" Kifejezés "," 
Kifejezés ( ", Kifejezés ) ")". 

A kifejezések, amelyekből legalább 
kettőnek kell lenni, vagy állandóknak, 
vagy eljárásazonosítóknak és a névvel 
megnevezett típusnak a komponensér- 
tékeit szolgáltatják. Tömbtípus esetén 
minden indexre értéknek, rekordtípus 
esetén az összes mezőnek értéket kell 
adnunk. Variáns rekord esetén még a 
hiányzó szelektormezőnek is értéket 
kell adnunk, hogy meghatározható le- 
gyen, melyik variáns érvényes. 


Nevesített állandókat is létrehozha- 
tunk, így olyan azonosítókat teremtünk, 
amelyek állandó értéket képviselnek. 
$ Deklaráció z CONST ( Azonosító 
"zz" Kifejezés ";" ). 

Az előre definiált NIL NearNIL és 
FarNIL állandók minden (azonos szer- 
kezetű) mutatótípussal kompatibilisek. 
A NIL értéke a memóriamodelltől füg- 
gően NearNIL vagy FarNIL. (A Near- 
NIL és FarNIL standard konstansok a 
TopSpeed Modula bővítései, míg a 
memóriamodell a IBM PC sajátossága, 
ezek tehát implementációspecifikusak.) 

Sem az állandók, sem a nevesített 
állandók nem objektumok. 


Halmazértékek 


Halmazértékeket halmazkonstruktor 
segítségével hozhatunk létre. 
$ Érték - [Név] "(" ([VálasztásiLista] 

A választások kifejezéseinek típusa 
megegyezik a halmaz elemeinek típu- 
sával, és nem szükséges, hogy állandó 
kifejezések legyenek. A "Név" a halmaz 
típusát jelöli, elhagyása a BITSET-et. 


Megnevezések 


A megnevezéseket objektumok el- 
érésére használjuk. Egy összetett típus 
komponenseire megnevezésének ki- 
egészítésével hivatkozhatunk. A kiegé- 
szítés nevesített, csoportosított állandók 
komponenseinek azonosítására is hasz- 
nálatos. A megnevezés érték is lehet: 
$ Érték z Megnevezés. 

A megnevezés legegyszerűbb formá- 
ja az egység neve. 
$ Megnevezés z Név. 

Ugyanígy használjuk a felsorolt típus 
értékeinek azonosítóit és a nevesített 
állandókat. 

Az indexelés a tömb típusú objektu- 
mok komponenseinek megnevezésére 
szolgál. 
$ Megnevezés - Megnevezés "[7 
Kifejezés ( "," Kifejezés ) "7". 

Az  indexkifejezések felsorolása 
ugyanannyit tesz, mintha az indexek 
külön-külön vannak felsorolva: x[i,j,k] 
megegyezik x[ij[j]Ik]-val. Az indexki- 
fejezésnek  értékadás-kompatibilisnek 
kell lennie az indextípussal, és az in- 
dexnek megfelelő komponens objektu- 
mot jelöli ki. 

A mezőkiválasztás a rekord típusú 
objektumok komponenseinek megne- 
vezésére szolgál. 
$ Megnevezés - Megnevezés "." 
Azonosító. 

Az azonosító a rekordtípus egyik 
mezőjének azonosítója. A kapott meg- 
nevezés a rekord objektumnak erre a 
mezőjére vonatkozik. A mutató típusú 
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objektumok által mutatott objektumok- 
ra a megnevezés által hivatkozhatunk. 
$ Megnevezés - Megnevezés "". 

Ha a mutatótípus bázisos, a megne- 
vezés egyben a báziskifejezés kiértéke- 
lését is jelenti. Az indexelés, a mezőki- 
jelölés és a hivatkozás tetszőlegesen 
kombinálható, és függvényhívásokat is 
tartalmazhat. A TopSpeed Modula-2 
mutatókonstruktora — lehetővé teszi 
CARDINAL típusú szegmens- és of- 
szetkifejezések kombinálását fizikai 
címmé. 
$ Megnevezés - "[" Kifejezés ":" 
Kifejezés [Név] "7". 

Név az eredményül kapott abszolút 
(szegmens és offszet) mutató típusát 
adja. Alapértelmezés: FArADRESS tí- 
pus. 


Kifejezések 


A kifejezés operandusoknak operá- 
torokkal összekapcsolt sorozata értékek 
számítását írja le. A kifejezésekben az 
operátorok által operandusokat kombi- 
nálunk, amelyek maguk is lehetnek 
kifejezések. Az operátorok lehetnek 
műveleti jelek, relációk és zárójelek. A 
kifejezéseknek — akárcsak az értékek- 
nek — típusuk van, kivéve ha minden 
operandus szám. Az ilyen kifejezések 
kiértékelésekor a típus csak akkor lesz 
meghatározva, ha a fordításkor a prog- 
ramnak egy olyan részében vannak, 
ahol erre szükség van. 

Amikor egy operátor operandusai 
állandók, a kifejezés kiértékelése fordí- 
tási időben zajlik, és az eredmény is 
állandó. 

Az operátorok prioritása szabja meg 
egy kifejezésen belül a kiértékelés sor- 
rendjét: a nagyobb prioritású operáto- 
rok végrehajtása után következnek a 
kisebb prioritásúak. Ha az operátorok 
prioritása megegyezik, a kiértékelés 
balról jobbra halad. Az operátorok négy 
prioritási osztályba tartoznak, ezek 
(csökkenő prioritási sorrendben): uná- 
ris, multiplikatív, additív és relációs 
operátorok. A prioritás és a balról jobbra 
irányuló kiértékelés módosítható záró- 
jelek segítségével. Ilyenkor a kifejezés 
kiértékelése a legbelső zárójelpáron be- 
lül kezdődik és kifelé halad. A zárójel- 
párok által a műveletek tetszőleges vég- 
rehajtási sorrendjét írhatjuk elő. A zá- 
rójelpárokat csoportosításra is használ- 
hatjuk, ekkor az elsődleges cél nem a 
kiértékelési sorrend megváltoztatása, 
hanem a kifejezés egyes részeinek 1o- 
gikai vagy más szempont szerinti 
összetartozásának hangsúlyozása. 


$ Kifejezés - EgyszerűKifejezés 
IRelációsOperátor EgyszerűKifejezés]. 


$ Egyszerűkifejezés - 
(Előjeloperátor] Term 
(AdditívOperátor Term). 

$ Term - Faktor (MultiplikatívOperátor 
Faktor). 

$ Faktor - "(" Kifejezés ")" ][ NOT 
Faktor ] Érték. 

$ Előjeloperátor — "4" ] "—. 

$ MultiplikatívOperátor z "" ] "7" ] DIV 
I] MOD I AND I "e" ] "o". 

$ AdditívOperátor z "4." ] "—" ] OR. 

$ RelációsOperátor — "2" ] "4" [ "cs" ] 
"e ] "cz ] "2" ] "zzz" IN. 


Operátorok 


Hogy egy operátor milyen műveletet 
jelöl ki, az az operátortól és az aktuális 
operandusoktól függ. Tehát az ismert 
műveleti jelek különböző operációkban 
más-mást jelölhetnek. 

Az IN kivételével minden operátor- 
típus kompatibilis operandusokat köve- 
tel meg. A relációs operátorok 
BOOLEAN típusú eredményt szolgál- 
tatnak, míg a többi operátor az operan- 
dusaik típusával megegyező típusút. A 
st" előjel a numerikus típusokra van 
definiálva, de nincs hatása. A , —" ope- 
rátor egész és valós típusokra van ér- 
telmezve, és az operandust negálja. A 
NOT operátor egy BOOLEAN operan- 
dus logikai komplemensét képzi. 

Az ,-" és 4" ("o") operátorok 
minden típusra, tehát a programozó 
által definiált típusokra is vonatkoznak, 
és ezek egyenlőségét, illetve egyenlőt- 
lenségét vizsgálják. A , c", ,cz", ,2" 
és ,53-" operátorok a sorszámozott, 
valós és mutatótípusokra érvényesek, 
és a relatív sorrendet fejezik ki. A ,,c—" 
és ,2-" a halmaztípusokra is definiálva 
vannak, és ilyenkor részhalmaz-relációt 
jelölnek. Az IN operátor tartalmazás- 
vizsgálatot végez. Jobb oldali operan- 
dusa halmaztípusú, bal oldali operan- 
dusa pedig a jobb oldali operandus 
alaptípusának egy lehetséges értéke. Az 
eredmény TRUE, ha az első operátor a 
másodiknak az eleme. 

Mivel a halmaztípusokat a Modula-2 
bittérképként tárolja, ahol az egyes bi- 
tek a halmaz lehetséges elemértékeit — 
azaz egy elem meglétét a halmazban 
— jelölik, így a ,-4", ,"", ,7" és ,—" 
halmazoperátorok a bitenkénti OR, 
AND, XOR és AND NOT logikai mú- 
veleteknek felelnek meg. 

Az OR helyett használható a ,I", az 
AND helyett a ,X", a NOT helyett a 
." műveleti jel. A TopSpeed Modula- 
2-ben lehetőség van a logikai AND, OR 
és NOT operátorokat bitenkénti műve- 
letekként is alkalmazni az egész típusú 
kifejezésekben. 

Villányi László 
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Klappolhat a Clipper! 


A Clipperrel foglalkozó sorozatunk első négy részében 
bemutattuk a nyelv előre definiált osztályait 

és ezek használatának lehetőségeit. 

Sajnos nincs közvetlen lehetőség 


újabb osztályok definiálására, 


de az extend rendszer segítségével 
— amelyről később lesz szó — azért ez is megoldható. 
Most a változókezeléssel kapcsolatos 


ismereteket tekintjük át, 


különös tekintettel az egyes változók érvényességi körére, 
valamint a velük végezhető műveletekre. 


Az új verzió a változók négyféle ható- 
körű típusát különbözteti meg. 


Az érvényesség változatai 


A négy típus fontosabb jellemzői a 
következők: 

A LOCAL változó az őt tartalmazó 
eljárás meghívásakor keletkezik, és 
csak ebben az eljárásban érvényes; az 
eljárásból való visszalépés alkalmával 
megsemmisül. Ha az eljárás önmagát 
hívja (vagyis rekurzív), akkor minden 
egyes alkalommal új változó jön létre. 

LOCAL kulcsszó nélkül is LOCAL- 
ként deklarálódnak a FUNCTION vagy 
PROCEDURE parancs után zárójelben 
felsorolt paraméterek. 

A STATIC változó ugyancsak az őt 
tartalmazó eljárás meghívásakor jön 
létre, de nemcsak ebben, hanem az 
összes, ebből (közvetlenül vagy közvet- 
ve) hívott eljárásban is érvényes. A 
deklarációt — tartalmazó eljárásból 
visszatérésekor nem semmisül meg, 
csak láthatatlanná válik. Ha az eljárást 
újra hívjuk, a változó újra látható lesz, 
és az utoljára beleírt értéket tartalmaz- 
za. Ha a STATIC változót az első eljárás 
előtt deklaráljuk, a forrásfájl minden 
eljárásában érvényes lesz. Ez utóbbi 
esetben fordításkor a /N opciót meg kell 
adni. 

A LOCAL és a STATIC deklará- 
ciónak minden egyes végrehajtható uta- 
sítást meg kell előznie az eljáráson 
belül. Makrókifejezésben nem deklarál- 
hatók. Típusukat csak a VALTYPEK( ) 
függvénnyel határozhatjuk meg. Az 
azonos nevű PRIVATE és PUBLIC 
változókatelrejtik, azonos nevű FIELD, 
MEMVAR — továbbá a STATIC mel- 
lett a LOCAL, míg a LOCAL-nál a 
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STATIC — változók esetén fatális hiba 
keletkezik. LOCAL és STATIC. válto- 
zókat nem lehet .MEM kiterjesztésű 
fájlba menteni vagy onnan előhívni. Ha 
kezdeti értékadást nem alkalmazunk, a 
változók kezdőértéke NIL, s ha tömb- 
változók, minden elemük NIL lesz. 

APRIVATE változó a deklarálásakor 
jön létre; a deklarációt tartalmazó min- 
den ebből (közvetlenül vagy közvetve) 
hívott eljárásban érvényes. A deklará- 
ciót tartalmazó eljárásból visszatérés- 
kor semmisül meg. Érvényességi ideje 
alatt megsemmisíthető a CLEAR ALL, 
CLEAR MEMORY, RELEASE utasí- 
tások akármelyikével. 

PRIVATE kulcsszó nélkül is PRIVA- 
TE-ként deklarálódnak a PARAME- 
TERS sorban megadott változók, és 
minden más, nem deklarált változó. A 
PRIVATE változó elfedi az azonos nevű 
PUBLIC változót. Ha a PRIVATE vál- 
tozó megsemmisül, akkor a PUBLIC 
újból láthatóvá válik. 

Ha mást meg nem adunk, aPRIVATE 
változó kezdőértéke is NIL, ha tömb- 
változó, minden eleme NIL lesz. 

A PRIVATE és PUBLIC változók 
együttes száma nem haladhatja meg a 
2048-at. 

A PUBLIC változó szintén a dekla- 
rálásakor jön létre, de érvényben marad 
mindaddig, amíg explicit módon meg 
nem szüntetjük. Ezt a CLEAR ALL, 
CLEAR MEMORY, RELEASE utasí- 
tások bármelyikével megtehetjük. 

A PUBLIC és a PRIVATE is végre- 
hajtható utasítások, így bárhol elhelyez- 
kedhetnek az eljáráson belül. Ha akár 
a PUBLIC, akár a PRIVATE változó 
neve megegyezik FIELD, STATIC 
vagy LOCAL típusú változóéval, fatális 
hiba keletkezik. 





Clipper 5-operátorok 
27 Num. — Szorzás 
1 Num. — Osztás 
4 Dátum Napok hozzáadása a dátumhoz 
String Stringek összekapcsolása 
Num. — Összeadás 
- Dátum Napok kivonása a dátumból 
String — Stringek összekapcsolása szókö- 
zök kivágásával 
Num. Kivonás vagy negatív előjel 
had Dátum Dátum növelése egy nappal 
Num. Inkrementálás (41) 
Dátum Dátum csökkentése egy nappal 
Num. Dekrementálás (-1) 
- Dátum Igaz, ha a két dátum azonos 
String Igaz, ha a két string egyenlő 
Num. Igaz, ha akét szám egyenlő 
Nil Igaz, ha mindkét érték Nil 
—- Dátum Igaz, ha a két dátum azonos 
String — Igaz, ha a két string hosszra is 
azonos 
Num. Igaz, ha a két szám egyenlő 
Nil Igaz, ha mindkét érték Nil 
lap tt Dátum Igaz, ha a két dátum nem azonos 
String — Igaz, ha a két string nem azonos 
Num. Igaz, ha akét szám egyenlő 
Nil Igaz, ha csak az egyik érték Nil 
e Dátum Igaz, ha a bal oldali dátum korábbi 
String — Igaz, ha a bal oldali string kisebb 
Num. Igaz, ha a bal oldali szám kisebb 
Nil Igaz, ha csak a bal oldali érték Nil 
am Dátum Igaz, ha a bal oldali dátum korábbi 
vagy egyenlő 
String — Igaz, ha a bal oldali string kisebb 
vagy egyenlő 
Num. Igaz, ha a bal oldali szám kisebb 
vagy egyenlő 
Nil Igaz, ha a bal oldali érték Nil 
s Dátum Igaz, ha abaloldali dátumkésőbbi 
String — Igaz, haabaloldali string nagyobb 
Num Igaz, ha abal oldali szám nagyobb 
Nil Igaz, ha csak a jobb oldali érték 
Nil 
s Dátum Igaz, ha abaloldali dátumkésőbbi 
vagy egyenlő 
String — Igaz, haabaloldali string nagyobb 
vagy egyenlő 
Num. Igaz, ha abal oldali szám nagyobb 
vagy egyenlő 
Nil Igaz, ha a jobb oldali érték Nil 
a, STORE Dátum  Dátumértékadás 
String Stringértékadás 
Num. — Numerikus értékadás 
Nil Nil érték írása változóba 
im Dátum Dátum kezdeti értékadása 
String — String kezdeti értékadása 
Num. — Numerikus kezdeti értékadás 
Nil Nil érték írása változóba (kezdeti 
értékadás) 
Kódbl. — Kódblokk kezdeti értékadása 
o Num. Modulószámítás 
am Dátum  Naphozzáadás és értékadás 
String Összekapcsolás és értékadás 
Num. Összeadás és értékadás 
— Dátum  Naplevonás és értékadás 
String Összekapcsolás szóközlevágás- 
sal és értékadás 
Num. Kivonás és értékadás 
t Num. Szorzás és értékadás 
Ta Num. Osztás és értékadás 
Matt Num. Hatványozás és értékadás 
om Num. — Modulószámítás és értékadás 
s String — Részstringkeresés 





A deklarált, értékkel fel nem 
töltött PUBLIC változók .f. 
(FALSE) értéket tartalmaznak. 
A deklarált, értékkel fel nem 
töltött tömbök minden eleme 
NIL értékű lesz. 


Ajánljuk figyelmébe! 


Bármely típusú tömb dimenzi- 
ónként legföljebb 4096 elemet 
tartalmazhat, de a dimenziók 
számának csak a rendelkezésre 
álló memória szab határt. 

Az egyes változóknak dekla- 
rálásukkor kezdőértéket adha- 
tunk. Erre szolgál az ún. kezdő- 
értékadó operátor (:—). Tömbök- 
nek is adhatunk így kezdőérté- 
ket, ekkor az egyes elemek ér- 
tékét vesszővel elválasztva kell 
felsorolni, és az egész listát kap- 
csos zárójelek közé kell tenni. 

A Clipper programokban, 
mint minden más adatbázis-ke- 
zelő rendszerben fontos dolog 
az adatbázis adatainak és a me- 
móriaváltozóknak a megkülön- 
böztetése. Ez igazán csak akkor 
érdemel figyelmet, ha egy me- 
móriaváltozó és egy adatbázis- 
mező azonos néven szerepel. A 
Clipper nyelvben az a szabály, 
hogy a változó előtt szereplő 
előtag szabja meg, miszerint az 
adott helyen a memóriaváltozót 
vagy az adatbázismezőt kell 
használni. A FIELD-—5 előtag 
adatbázismező alkalmazását írja 
elő, Aa MEMVAR-—; előtag pedig 
amemóriaváltozóét. Akételőtag 
használatát a fordítóprogramnak 
megadott opcionális kapcsolók- 
kal is befolyásolhatjuk, de a leg- 
tisztább megoldás mégis az exp- 
licit megadásuk. 

Ha valamelyik változóra 
többször — hivatkozunk, nem 
szükséges minden egyes esetben 
az előtagot alkalmazni: elég, ha 
az eljárás elején, minden végre- 
hajtható utasítást megelőzően 
MEMVAR — vagy — FIELD 
kulcsszóval meghatározzuk, 
hogy az adott azonosító memó- 
riaváltozót vagy adatbázismezőt 
reprezentál. Jobb azonban vi- 
gyáznunk arra, hogy adatmező 
és memóriváltozó ne szerepeljen 
egyforma azonosítóval; így az 
összes ebből adódó kellemetlen- 
séget és hibalehetőséget elkerül- 
jük. 

Az új Clipper-verzió az újon- 
nan bevezetett tárolási osztályok 


mellett néhány különleges vál- 
tozótípust is kínál. Az előző vál- 
tozatokból is ismert DÁTUM, 
KARAKTER, LOGIKAI, ME- 
MO, NUMERIKUS, TÖMB tí- 
pusok mellé most három új típus 
került: a KÓDBLOKK, a NIL 
és az OBJEKTUM. 

A NIL mint adattípus egy ér- 
dekes kreáció. A NIL típusú vál- 
tozó egyetlen lehetséges értéke 
a NIL. Ha egy változó NIL tí- 
pusú (egyenlő NIL értékkel), ak- 
kor ez azt jelenti, hogy a változó 
már létezik, de használható in- 
formációt nem tartalmaz. NIL 
értéket bármilyen más típusú 
változó felvehet, és ezzel rögtön 
NIL típusúvá is válik. 

A KÓDBLOKK tulajdonkép- 
pen egy olyan függvény, amely 
nem tartalmazhat deklarációs és 
ciklusutasításokat (ez nem jelen- 
ti azt, hogy a KÓDBLOKK-ból 
hívott függvény sem tartalmaz- 
hat ilyeneket). A KÓDBLOKK- 
ot reprezentáló változóban a 
Clipper a blokk kódrészének a 
címét tárolja. Ezt a kódcímet 
tartalmazó változót egy KÓD- 
BLOKK-futtató . függvénynek 
adhatjuk át, amely végrehajtja a 
változó által jelzett címen elhe- 
lyezkedő kódot. A futtató függ- 
vényeken keresztül paramétere- 
ket is ad hatunk át a KÓD- 
BLOKK-nak. "A KÓDBLOKK 
utasításrésze több, egymástól 
vesszővel elválasztott utasítást 
is tartalmazhat. Visszatérési ér- 
téke a kódrész utolsó kifejezé- 
sének értékével egyenlő. 

A harmadik új változótípus az 
OBJEKTUM. Mivel a sorozat 
első négy részében másról nem 
is nagyon volt szó, mint a Clip- 
per objektumairól, ezekről most 
nincs mit mondanunk. 

Bevezettek néhány új operá- 
tort is; egy részük az újdonsült 
változótípusokhoz kötődik, má- 
sok pedig a régi változótípusok- 
kal végeznek új műveletet. Kö- 
zöttük vannak azok, a C nyelv- 
ből ismert operátorok, amelyek 
egyetlen lépésben végzik el a bal 
oldali érték megváltoztatását és 
az értékadást. Ezek a t-— — t- 
/z 9oz A-. A stringműveletek 
száma is bővült. A műveletek 
részletes listáját az 1. táblázat; 
míg az egyes változótípusokon 
végrehajtható függvényeket a 2. 
táblázat tartalmazza. 

Fridl György 
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Változókon végrehajtható függvények 


AADD() Tömb 
ABS( ) Num. 
ACLONE() Tömb 
ACOPY( ) Tömb 


ADEL( ) Tömb 
AEVAL( ) Kódbl. 
AFILL( ) Tömb 


AINS( ) Tömb 
ALLTRIM() String 
ARRAY( ) mb 


ASO() String 
ASCAN( ) Tömb 
ASIZE( ) Tömb 
ASORT( ) Tömb 
AT) String 
CDOW( ) Dátum 
CHR() Num. 
CMONTH( ) Dátum 
CTOD( ) String 
DAY( ) Dátum 
DBEVAL( ) Kódbl, 
DESCEND() Dátum 
Num. 


String 


DIRECTORY() Tömb 
DOW. 


Dátum 
DTOC( ) Dátum 
DTOS( ) Dátum 


EMPTY( ) 


EVAL( ) 
EXPI! 


() Num. 
HARDCR( ) "String 


INT() Num. 


ISALPHA( ) String 
ISDIGIT( ) String 
ISLOWER() String 
ISUPPER() String 
LEFT() String 
LEN( ) String 
LOG( ) Num. 


String 
String 
MAX( ) Num. 

MEMOEDIT() "String 


MEMOLINE() "String 
MEMOREAD( ) "String 
MEMOTRAN( ) "String 
MEMOWRIT() "String 
MIN() Num. 

MLCOUNT() "String 


MLPOS( ) "String 


MONTH( ) Dátum 
PADC( ) String 
PADL( ) String 
PADR( ) String 


String 
Dátum 
Num 

"String 


REPLICATE() — String 
RIGHT( ) String 
ROUND( ) Num 
RTRIM( ) String 
SOUNDEX( ) String 
SPACE( ) String 
SART( ) Num. 
STR( Num. 


String 
STUFF( ) String 
SUBSTR( ) String 


TRANSFORM( ) Dátum 
Num 
String 
TYPE() Dátum 
Nil 
Num. 
String 
UPPER( ) String 
VAL( ) String 
VALTYPE( ) Dátum 
Nil 
Num. 
String 


YEAR( ) Dátum 


Új elem adása a tömb végére 
Abszolút érték 

Törrb duplikálása 

Törmbelemek másolása másik tömbbe 
Tömbelem törlése 


I. . Kódblokk végrehajtása tömbelem-paraméterekkel 


Tömb elemeinek feltöltése azonos értékkel 

Nil értékű elem beszúrása a tömbbe 

Bevezető és záró szóközök levágása 
Inicializálatlan elemekből álló tömb létrehozása 
ASCII-kód meghatározása 

Keresés a tömbben 

Tömb méretének módosítása 

Törnb rendezése 

Részstring helyének meghatározása 

A nap neve 

Szám karakterré konvertálása (ASCII) 

A hónap neve 

Dátumtípusra konvertálás 

A nap sorszáma (0-31) 

Kódblokk végrehajtása adatbázismező-paraméte- 
rekkel 

Dátum numerikus alakjának komplemense 
Korplemensképzés 

String komplemensképzése 
Directory-bejegyzések beolvasása egy tömbbe 
A nap sorszáma (0-7) 

Dátum konvertálása stringgé, elemelválasztókkal 
Dátumkonvertálása stringgé, elemelválasztás nél- 


kül 

Változó ürességének vizsgálata 
A Nil változó mindig üres 
Változó ürességének vizsgálata 
Változó ürességének vizsgálata 


I. Kódblokk végrehajtása 


Természetes alapú hatványozás 
Lágy kocsivissza (141) jelek cseréje keményre 
13] 


Törtrész levágása 

String első karaktere alfanumerikus? 
String első karaktere numerikus? 
String első karaktere kisbetű? 

String első karaktere nagybetű? 

Bal oldali karakterek kivágása 
String hosszának meghatározása 
Természetes alapú logaritmus 

String kisbetűsre konvertálása 
Bevezető szóközök eltávolítása 

Két számból a nagyobb kiválasztása 
String szerkesztése 

String egy sorának alászínezése 
String olvasása szövegfájlból változóba 
Kocsivissza jelek kicserélése 

String szövegfájlba írása 

Két számból a kisebb kiválasztása 
Stringsorok számának meghatározása 
A sor kezdőpozíciójának meghatározása 
A hónap sorszáma 

String középre igazítása 

String balra igazítása 

String jobbra igazítása 

Részstring helyének meghatározása 
Dátummezőbe dátumérték beírása 
Numerikus mezőbe érték írása 
Stringmezőbe stringérték írása 
String ismétlése 

Jobb oldali karakterek kivágása 
Egészre kerekítés 

Záró szóközök levágása 

Hangzás szerinti számmá konvertálás 
Szóközstring létrehozása 
Négyzetgyökvonás 

Szám stringgé konvertálása 
Részstring helyettesítése 

Részstring helyettesítése 

Részstring kivágása 

Konvertálás formázott stringgé 
Konvertálás formázott stringgé 
Konvertálás formázott stringgé 
Változótípus meghatározása 
Változótípus meghatározása 
Változótípus meghatározása 
Változótípus meghatározása 

String nagybetűsre konvertálása 
String numerikussá konvertálása 
Változótípus meghatározása 
Változótípus meghatározása 
Változótípus meghatározása 
Változótípus meghatározása 

Az évszám (mindig négyjegyű) 





A stringműveletek egytől egyig végrehajthatók memo típusú változókon is. 
A "-gal jelölt stringfüggvények tipikusan memorűveletek. 
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KALEIDOSZKÓP 


Könnyű-e játszani a szavakkal? 


Visszatekintés 


Az Alaplap új színfoltjaként 1991. ok- 
tóberi számunk ,, Visszacsatolás" rova- 
tában jelent meg először a Kaleidosz- 
kóp. Szándékunkat mintegy megtréfál- 
va sajnos éppen a visszacsatolás bizo- 
nyult a legnehezebbnek, ami pedig min- 
den rejtvényrovatnak éltető eleme. A 
lap előállítása (nem kis részben a le- 
mezmelléklet , macerás" műveletei mi- 
att) viszonylag hosszú átfutású, ezért 
amikor lapunk megjelenik, a következő 
havi szám anyagát már nyomdába kell 
küldeni. Nem tudjuk tehát bevárni a 
megfejtéseket, és nem tudunk azonnal 
reagálni olvasóink leveleire, megfejté- 
seire, pedig az volna az ideális. 

Októberi feladványunk (januárig 
meghosszabbított határidővel) sokakat 
megmozgatott. Leghamarabb hozta a 
posta Csurgay Péter tömör, frappánsan 
megfogalmazott megoldását. Mint be- 
vezető szavaiban írta: , a feladat annyira 
tetszett, hogy rögtön nekiláttam a meg- 
oldásnak". 

Megfejtőink közül többen kiemelték, 
hol kellett , nem szigorúan matematikus 
következtetést" alkalmazni (Gyeszat 
Zoltán szavai), hol volt szükség , olyan 
ismeretre, amivel egy program nem 
rendelkezhet (Vágó-Láng páros), illet- 
ve hol volt az a pont, ahol , ha számí- 
tógép volnánk, itt el is akadnánk a 
megoldásban" (Dezső András). Ettől 
eltekintve is mindhármójuk megfejté- 
sében a heurisztikus meggondolások 
lépéseinek különösen jól átgondolt, pél- 
daszerű leírását találtuk. Külön ki kell 
emelnünk Gyeszat Zoltán megfejtését, 
aki a legprecízebb indoklást adta, és 
helyenként a formális nyelvek tulajdon- 
ságaira utaló rövid megjegyzéseivel 
akaratlanul is elárulta, hogy azon a 
területen is elég otthonosan mozog. 

A probléma számítógépesítéséről 
már erősen megoszlottak a vélemények. 
Volt, aki egyenesen úgy fogalmazott, 
hogy , ez az cágyúval verébres tipikus 
esete lenne" — és a fenti nem formális 
(ezért előre nem is programozható) 
megfontolásokra hivatkozott. Valóban, 
a végiggondolandó lehetőségek kis szá- 
ma miatt igazat kell adnunk olvasóink 
ilyetén — véleményének, hozzáfűzve 
azonban, hogy nagyobb korpusz esetén 
(pl. egy értelmező szótár szóanyagának 
feldolgozásakor) egyáltalában nem kár- 
baveszett fáradság a nem teljesen for- 
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malizálható nyelvi anyagnak akár több- 
lépcsős, emberi munkafolyamatokkal 
tarkított számítógépes feldolgozása. A 
számítógép ezekben az esetekben nagy- 
szerűen segítheti az ember intuitív mun- 
kahipotéziseinek keletkezését és ellen- 
őrzését. Az ember-gép együttműködés- 
nek éppen ezen a területen már kitűnő 
példái vannak. Szinte jegyzőkönyvi 
pontossággal megörökíthető a gondola- 
tok születése, pontról pontra nyomon 
követhető, ahogy fokozatosan kialakul 
egy nyelvi adatbázisból valami minő- 
ségileg magasabb rendű dolog: az igazi 
tudásbázis. Nem túlzás aztállítani, hogy 
a számítógépes nyelvészet és a mester- 
séges intelligencia egymásra találásá- 
nak jelenleg ez az egyik perspektivikus 
területe. 


További kalandozás a nyelvek 
és a számok birodalmában 


Van egy egészen különleges nyelvcsa- 
lád a világon, amelynek egyes nyelveit 
ezer kilométerek választják el egymás- 
tól. E nyelvek csodálatos módon majd- 
nem változatlanul maradtak több mint 
fél évezreden keresztül, és ma is híven 
őrzik a nyelv akkori állapotát. Ez annál 
is inkább érdekes, mert a rokon nyelvek 
összehasonlításából jól következtethe- 
tünk arra, hogyan különültek el, és 
milyen sorrendben váltak le újabb és 
újabb csoportok a közös törzsről. Szá- 
míiítógépes nyelvstatisztikai feldolgozá- 
sok alapján egyes kutatók arra is készí- 
tettek becsléseket, hogy mikorra tehető 
a szétválások időpontja. Archaikus vol- 
tuk ellenére az egyes rokon nyelvek 
természetesen változtak, ám ezek a vál- 
tozások a legtöbb esetben szokatlanul 
szigorú hangtani következetességgel 
mentek végbe. 

Sok egyéb érdekes tulajdonságuk 
mellett ezek a nyelvek azzal tűnnek ki 
a világon ismert sok ezer nyelv közül, 
hogy ők használnak a legkevesebb han- 
got: mindössze 10 mássalhangzóra és 
5 magánhangzóra van szükségük mon- 
danivalójuk kifejezésére. Egyikük pe- 
dig összesen csak 13 hangot használ. 

A tudósok rekonstruálták e nyelv 
számneveinek eredeti alakját. Ezek kö- 
zül mutatunk be néhányat, éppen csak 
annyit, amennyi elegendőnek látszik 
olvasóink elképesztésére. Kérésünk lé- 
nyegében csak annyi, hogy e rövid 
szójegyzékből kisajtolható információk 


segítségével próbáljanak meg követ- 
keztetni, és önállóan felírni néhány to- 
vábbi számnevet ezen az archaikus 
nyelven. 
Íme, az ismertnek feltételezett szám- 
nevek jegyzéke: 
2-lua 
3 - kolu 
5 - lima 
6-ono 
77 hiku 
11 -— umi-kumana-kahi 
49 - iako me ka iwa 
57 - iako me ka umi-kumana-hiku 
490 - lau me ka lua iako me ka umi 
5000 - mano me ka lua lau me ka lima 


iako 
Aki a fenti szójegyzéket alaposan 
áttanulmányozza,  szabályszerűségeit 


kibogozza, annak már gyerekjáték lesz 
(?) megfelelni első kérdésünkre: 

1. Hogyan mondják ezen a nyelven 
a következő számneveket: 4845, 286, 
89, 41, 17? 

További kérdéseink inkább csak tá- 
jékozódó jellegűek: 

2. Mit gondolnak, melyik nyelvcsa- 
ládról lehet szó? 

3. Milyen messze lehet Afrikától e 
nyelvcsalád egyik közeli rokona? 

4. Van-e valamilyen hipotézise, hogy 
mi lehet e különös számrendszer kiala- 
kulásának magyarázata? 

Az értékelésben létraversenyszerűen 
összesítjük a szerzett pontokat. Az , él- 
lovasokat" félévenként az Alaplap, il- 
letve a Floppy.Lap éves előfizetésével 
díjazzuk. Az első díjkiosztás időpontja: 
1992. április 30, amikoris az első három 
helyezett számára egész éves előfize- 
tést biztosítunk az Alaplapra és a 
Floppy.lapra is. Az utánuk következő 5 
helyezett számára a Cédrus Karolina 
Áruház külön jutalmakat ad. 

A létraverseny állása 1992. január 
11-én: Dezső András, Gyeszat Zoltán 
(90-90), Láng Attila D. (70), Süle Gá- 
bor (40), Csurgay Péter, Nagy Zoltán, 
Vágó Dániel (30—30). 

A megfejtéseket a szerkesztőség cí- 
mére (1441 Budapest VIII., Reguly 
Antal u. 8.) kérjük beküldeni 1992. 
március 10-ig. A féléves ciklus lezárá- 
sára való tekintettel kivételesen lehető- 
vé tesszük, hogy olvasóink március 
10-ig pótlólag még beküldhessék a ja- 
nuári feladatok megfejtését is. 


Vargha Dénes 


BENzL TT AES 


INFORMÁCIÓKÉRÉS: 13 W 


INFORMÁCIÓKÉRÉS: 15 W 7 


SZÁMÍTÁSTECHNIKA KULCSRAKÉSZEN! 


A LEGKISEBB NOTEBOOK-TÓL 
A LEGGYORSABB 486-OSIG 


XT, AT, 386, 386SX, 486, Laptop minden kiépítésben,. 
EPSON, STAR, NEC nyomtatók teljes választéka. 
MODEMEK és egyéb tartozékok széles választéka. 


Magánszemélyeknek KÉSZPÉNZFIZETÉS ESETÉN 
KEDVEZMÉNYI 


ASHTON-TATE, BORLAND, MICROSOFT, NANTUCKET, 
LOTUS szoftverek. 


SHAREWARE programok (1200-féle) 360, Ft 4 ÁFA áron. 
MODEMES táv-adatátviteli és BBS rendszerek szállítása. 
VÍRUSÖLÓ program (120-féle vírust öll) 

NOVELL HÁLÓZATI SZOFTVEREK, hálózatkiépítés. 


Ajánlatunk: 
NOTEBOOK SZÁMÍTÓGÉPEK MÁR 69 900,- Ft-tól 


számítógép: 1 MB RAM, 40 MB HDD, 

MB FDD, Mono 14" (PHILIPS) 

, 1 P, 101 gombos bill. 63 100, Ft 4 ÁFA 
(Készpénzért 59 900- Ft 4 ÁFA.) 


Amikor ezt a hirdetést Ön olvassa, áraink már úgyis alacso- 
nyabbak! Ezért kérjük, telefonáljon vagy Írjon, és mi örömmel 
adunk felvilágosítást, küldünk részletes árjegyzéket! 


GYJERTY 


High Tech. Kft. 
1117 Budapest XI., Orlay u. 4. 
Telefon: 166-3098, 185-2687, Fax: 185-2687 
BBS: 118-7950 BUDAPEST BBS 





- AT 286/386/486 igény szerinti kiépítésben 

- EPSON nyomtatók és kiegészítők teljes választéka 
-— Hardveralkatrészek nagy választékban 

— Hálózattervezés, -építés 

— Átalánydíjas és eseti szerviz 


Készpénzes ajánlatunk: 

Alapkonfiguráció: alaplap, RAM, 1,2 Mbájt FDD, 
40 Mbájt HDD, IDE, multi I/O, MGP, 14" mono 
monitor, Baby-ház, 101 gombos billentyűzet. 


AT 286-12/16 4. 1 Mbájt 58 800— 
AT 286-16/21 4. 1 Mbájt 60 800,- 
AT 286-20/25 4. 1 Mbájt 74 800 ,— 
AT 386-25/32 4. 2 Mbájt 103 100,— 
AT 386-33/54 4. 64 kB Cache 4. 2 Mbájt 122 000—- 
AT 386-40/65 -. 64 kB Cache 4. 2 Mbájt 139 000,— 
ISA 486-25/114 -- 64 kB Cache 4 4 Mbájt 190 400,— 
ISA 486-33/150 4. 256 kB Cache 4 8 Mbájt . 232 400,— 


Kérje részletes árlistánkat! 


Áraink 12 hónap cseregaranciával, 
ÁFA nélkül értendők. 


UNITRADE 


Szervezési, kereskedelmi 
és Számítástechnikai 


K.F.T. 


1073 Budapest VII., Erzsébet krt. 48. 
Telefor/Fax: 142-2115 


... Nem csak számítástechnika 








A VÉNUSZ 


Általános nyilvántartó 
és kalkulátorprogram 


Egy igazi alkalmazásgenerátor, 
amellyel programozói ismeretek nélkül 
bármilyen nyilvántartási rendszer 
elkészíthető! 


z 
S 
e 
a 
1145 Bp. XIV., Amerikai út 39. A 
Tel.: 183-0722 Angyal József B 
183-0720 Angyal Judit 3 
4 
omputer 
Kft. 
SZAKÜZLETEK: 
Bp. V., BAJCSY-ZSILINSZKY ÚT 54. 
TEL./FAX: 111-6025. 
Bp. V., BAJCSY-ZSILINSZKY UT 64. 
TEL./FAX: 131-1960 
A KÍNÁLATBÓL: 
Monitorszűrő (üveg) 4 000 ,— 
Egér (Microsoft comp.) 1 400,— 
Egéralátét 160— 
A/4 (OASCAN HF9100) 72 000,— 
Mono monitor 14", papírfehér 7 800 - huj 
Amouse (2050 dpi, dinamikus) 3 200,— A 
£ 
a 
OUANTUM, a 
CONNER WINCHESTEREK fi 
NAGY VÁLASZTEKBAN! 8 
a 
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V 67 :SAUANOIOVINHOJNI 


V 60 :SJAJJOIDY ANTONI 


Belépőjegy 
a CeBIT-re 


Elővételi áron, 
forintért megvásárolhatja belépőjegyét 
a világ legnagyobb 
számítástechnikai szakvásárára, 
a Hannoverben idén március 11-18 között 
megrendezésre kerülő CeBIT-re. 


1055,— Ft 
2610, Ft 
1505.- Ft 


Napi jegy: 
Bérlet: 
Katalógus: 


. Presentex Vásárképviseleti Kft. 


56 


Vásárközpont, 
Budapest X., Albertirsai út 10. 
Telefon: 157-4280, 178-0352 Fax: 163-2605 


FAN 


computer 
KIVÁLÓ MINŐSÉGŰ 
SZÁMÍTÓGÉPEK 
24 HÓNAP GARANCIÁVAL! 
éz 





$ecureData 


MEMÓRIAKÁRTYÁS SZUPERBIZTONSÁGOS 
ADATVÉDELMI RENDSZEREK 


FELLOW 


KÖNYVMÉRETŰ ASZTALI SZÁMÍTÓGÉPEK 


RÉSZEGYSÉGEK, , AUANTUM" WINCHESTEREK, 
MOUSE-OK, SCANNEREK, 
DIGITALIZÁLÓ TÁBLÁK 


FAN Electronics Ltd 


Tajvani —Magyar Vegyes vállalat 
1118 Budapest, Késmárki u. 6. 
(volt Friss István u.) Telefon/Fax: 185-0813 
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y 
Alapvetően UJ! koncepció 


LAN-GUARD 


Integrált hálózati biztonsági rendszer 


Lokális hálózatok 


VÍRUS- és ADATVÉDELME 


FILE-SERVER-ek, terminálok 
hozzáférés- és bootvírus-védelme. 


File-vírusok elleni védelem. 
Integrált munkafolyamat-vezérlés. 
Egyedi számítógépek védelme. 


Ha fontosak az adatai, segít a 


DATA DOCTOR Kft. 


1149 Budapest, Buzogány utca 4. 
Telefon/Fax: 18-37-299 





MACRODA - 
A MODERN SZÁMÍTÁSTECHNIKA! 


, THE MACRO" számítógépek 
13-22 év garanciával, 


CAD rendszerek, 

3 M mágneses adathordozók, 
mágneskártyás adatvédelmi rendszerek, 
számítástechnikai kiegészítők, 
STAR és CITIZEN nyomtatók, 
CANON irodatechnika. 


Kérje részletes árlistánkat! 
6 
MACRODA 
MACRODA KFT. 
MINTABOLT: KERESKEDELMI IRODA: 
1123 Bp., Alkotás u. 21. 1016 Bp., Szirtes u. 28./A 


Tel./Fax: 156-4802 Tel.: 186-5782, 186-5686 
Fax: 186-5686, Telex: 22-5375 
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PALETTA 








Palettánkon most egy olyan számítógépcsalád szerepel, 


amelyet ,látásból" valamennyien jól ismerünk, 


hiszen plakátokon, újsághirdetésekben megragadják a szemünket. 
Kíváncsiak voltunk, mit is tud a nagy ,csinnadrattával" beharangozott gépcsalád. 


A svéd tervezésű Victor-család október közepén jelent meg 
a hazai számítástechnikai piacon. Repertoárja a 286-os 
processzorú gépektől felfelé terjed. Valamennyi merevleme- 
zes készülékhez hivatalosan installálják az MS-DOS 5.0 és 
a Windows 3.0 operációs rendszereket. A Windows mellett 
a HunWin is , tartozék", így Victor a magyar ékezetes 
karaktereket is kezeli, és gravírozott magyar klaviatúrával 
forgalmazzák. A gépeket többnyire VGA monitorral értéke- 
sítik, és a 386 SX gépektől felfelé Microsoft egér is jár 
valamennyi Victorhoz. 

A gépcsalád jellemzője az a cserélhető CPU-kártya, amely 
egyúttal a grafikus részt is tartalmazza. Ez a megoldás 
jelentősen gyorsítja a gép működését, ami grafikus környe- 
zetben (Windows alatt) nagyon fontos. Költségkímélő meg- 
oldás továbbá, hogy egy 286-osról 386-osra való átálláskor 
— amely manapság elég gyakori igény — elég csak a 
CPU-kártyát kicserélni, így az átállás nem is kerül olyan 
sokba. 

Minden Victorhoz a fix merevlemezen (mely 52 Mbájtostól 
420 Mbájtos lehet) kívül egy , kivehető" harddiszk (ADD- 
PAK) is tartozik. Ez teszi lehetővé a kapacitás bővítését. Az 
ADD-PAK kapaciástartománya megegyezik a fix diszkével. 
Így első megközelítésben 840 Mbájtig bővíthető a gép. Mivel 
azonban az ADD PAK utolsó, max. 420 Mbájtja , kivehető", 
így azt egy másikra cserélve, újabb 420 Mbájttal bővíthető 
a gép. Ezzel a , láncolással" elvileg a végtelenségig növelhető 
a Victor kapacitása. 

Éppen az ADD-PAK alkalmazása teszi rendkívül bizton- 
ságossá a gépet. Nem véletlen, hogy a nagy adatbiztonság 
miatt elsősorban kormányhivatalokban, bankokban és a 
hadseregben használják előszerettel a Victort. Ugyanis min- 
den olyan információt, amit félteni kell, ADD-PAK-en tárol- 
nak. Kulcs is tartozik a gépekhez. Az ADD-PAK-et csak az 
veheti ki, akinél a kulcs van, s éjszaka széfben tárolják az 
ADD-PAK-et. Reggel pedig csak az kaphatja meg, aki 
nbejáratos" a széfbe. A gépben pedig megint csak a , kulcsos 
ember" férhet a kényes adatokhoz. A Victor védelmet nyújt 
az ADD-PAK , kitépése" ellen is. Ilyenkor megáll, és a gép 
2-3 percig használhatatlan. A gépcsalád valamennyi tagjánál 
az ADD-PAK mérete azonos, a legkisebbtől a legnagyobb 
gépig , adalék" lehet ugyanaz a hordozható ADD-PAK. 

A rendkívül csendes (max. 33 dB) Victor nem tartozik a 
drága gépek közé. Például egy Victor 336MX — amely a 
leginkább kedvelt típus — 220 000 forint körüli árávál már 
sokak számára hozzáférhető. Kis helyfoglalásával — felcsa- 
varozható az íróasztallap alá is! — szűkös irodákban is jól 
megfér. A hálózatban (Novell alatt) is működő gépből — a 
nagy adatbiztonság itt ugyancsak vonzó! — már szép szám- 
mal adtak el. Ilyenkor a gép mint munkaállomás csupán egy 
monitorból és egy klaviatúrából áll, sem fix diszk, sem pedig 
floppymeghajtó nem kell hozzá. 





VICTESER 
TECHNOLOGIES. 

A Victor-felhasználók kiszolgálását növeli az a hotline-tá- 
mogatás, amellyel segítenek a , bajba jutott" felhasználókon. 
Telefonon keresztül a szakember el tudja dönteni, hogy 
szoftver vagy hardver eredetű problémával szembesült-e a 
felhasználó. A szoftvert érintő nehézségek orvoslásához 
általában elég a , távsegítség". A hardverből fakadó gondokon 
pedig a gépek egy újabb , tartozéka", egy ellenőrző program 
segít. Hardverhibánál , betájolja" a felhasználót a hiba for- 
rását illetően. Így a hibák nagy része akár telefonon keresztül 
is javítható, s csak ritkán fordul elő tényleges szervizes 
beavatkozás. 

Sziebig Andrea 
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KÖNYVESPOLC 


Starcz Andor: 


DataFlex tippek és trükkök 


PAN-TYPE KKT., 1991 Pécs, 256 
oldal, 2990 Ft. 


Az első magyar nyelvű könyv, mely 
alkalmazási feladatokat tárgyal, van 
floppylemez melléklete, és a több mint 
120 operációs rendszer alatt működő 
DataFlex relációs adatbázis-kezelő kör- 
nyezetében fejlesztőknek szól. Igényes 
kiadvány. 

A szerző öt fejezeten keresztül haté- 
kony, új parancsokat kínál, melyek 
mindegyike a floppylemezen található 
— alkönyvtárakra bontva. Az első fe- 
jezet tulajdonképpen szervezői infor- 
mációgyűjtemény. (A rendszer, projekt, 
modell, szoftverminősítés.) A második 
fejezet a DataFlexre vonatkozó alapin- 
formációkat tartalmazza — főként a 
window/image paraméterekre —, jól 
értelmezhető táblázatba szerkesztve. 
Harmadik fejezete a képernyővezér- 
lések gyakorlati alkalmazására ad pél- 
dákat. Külön kiemelendő a szerző által 
a Multiwindow"-nak nevezett képtech- 
nika, mely a 2.3b verzióval bezárólag 
eddig külön programozást igényelt. 
(Tetszőleges képen kurzorsor mozgatá- 
sa!) A funkció ezentúl egy paranccsal 
aktiválható! A negyedik fejezetben , ab- 


lakot" nyit bármelyik DataFlex adatbá- 
Zisra, s annak adatai tetszőleges nevű 
képen görgethetők. 

Erdekes része a könyvnek az akár 
merevlemeznyi tömbök használatának 
módszere, melyre támaszkodva egysze- 
rúbb a regressziós egyenes illesztése — 
korrelációs együttható számításával. A 
módszer integrálja az előzőekben fel- 
soroltakat. Kár, hogy a számítás mate- 
matikai indoklását a könyv nem tartal- 
mazza! Végül a könyv a gyakorló rend- 
szerfejlesztőknek kínál egy komplex 
fejlesztői keretvázat, valamint egy 
komplett jogosultsági rendszer prog- 
ramjait. 

A lemezmellékletet csak a DataFlex 
futtató- és fejlesztőrendszerével rendel- 
kezők használhatják, de erre sajnos nem 
figyelmeztetik a járatlan olvasót! 

A lemezmelléklet minden programja 
hibamentesen futott mind egyedi mind 
többfelhasználós környezetben, mind 
DOS 3.xx, mind Novell-hálózaton, míg 
Unix, Xenix környezetben a terminálo- 
kat fel kellett készíteni a 127 bájt feletti 
IBM-karakterkészlet megjelenítésére. 
Ajánlható a könyv mindenkinek, aki 
rendszerfejlesztéssel foglalkozik, és fő- 
ként mindazoknak, akik erre a DataFlex 
fejlesztői rendszert használják. Nekik 
minden bizonnyal megtérül a könyv 
reálisan borsos ára. 
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WIN ES 


Identcode-System 


Nekünk 0,2 másodpercre volt szükségünk 
ennek a vonalkódnak a kinyomtatásához. 
Ez Önnek is sikerülhet. 

Az ICS-PZ etikettnyomtató család 
bármely tagjának segítségével. 


Mag ICS 


Informatikai Rendszerfejlesztő és Marketing Kft. 


H-9400 Sopron, Bástya u. 75., 
Tel.: 4---36-99-14 250, ----36-99-34 035 
Fax.: 4436-99-14 250 


Budapesti Képviselet: 
1111 Bp., Lágymányosi u. 14. 
Tel./Fax: --36-11-650 272 
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INTRAM Szerviz és 
Kereskedelmi Kft. 





Ha ön a legolcsóbbat keresi, lapozzon tovább. 

De ha a legjobbak közül akar 

választani, jöjjön be hozzánk! 

Számítógépeinkre mi négy év garanciát adunk! 
Nálunk a minőségi mindig megéri az árát! 

1072 Budapest, Kis Diófa utca 6. 

Telefon: 122-0087 Telefax: 121-3230 


Az igazi profil 
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RANK XEROX 


HIVATALOS DEALER ÉS MÁRKASZERVIZ 


PARTNER 


AZ IGÉNYESSÉGBEN! 


eg, 
99 eg 
Sz 


A számítástechnikában az idő valóban pénz, 
a meghibásodott gép miatt elveszett idő pedig 


kidobott pénz. 


A CONTROLL által forgalmazott 
Hewlett-Packard PC-k a legmegbízhatóbbak 
közé tartoznak, így megkímélik Önt a 


veszteségektől. 





LaserJet II LaserJet III 


NTT-2000 


Trade and Service Ltd. 


1103 Budapest X., Gyömrői út 86. 
Telefon: 147-2734, 147-2735 
Telefax: 147-2301 
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.CONTHROLL - EGYETLEN A SOK KÖZÖTT Dealer 


CONTROLL ELEKTRONIKAI ÉS SZÁMÍTÁSTECHNIKAI RÉSZVÉNYTÁRSASÁG 


ALAPLAP 19922 


1091 Budapest, Üllői út 101. Telefon: 133-5960, 134-3324, 114-0211, 113-6243 
Telex: 20-2535 Telefax: (36)-1-133-7392 
Bemutatóterem: Budapest IX. Üllői út 101. 
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" A REMIND nemcsak egy új szoftver, hanem egyben 
egy új technológia, mellyel gyorsabban és olcsóbban 
lehet jó minőségű felhasználói programokat készíteni. 
mint a jelenlegi negyedik generációs szoftverekkel. 

A REMIND nem pusztán csak egy új szoftver hanem az 
adatfeldolgozás jövője is. 

A REMIND kezelése egyszerű, gyorsan megtanulható, 
segítségével a szoftver készítésére fordított 


idő a töredékére is csökkenhet. 

A legegyszerűbb feladatoktól a legigényesebb prog- 
ramokig minden PC alkalmazónak időt és energiát 
takarít meg. 


391 1NID -A LEGRÖVIDEBB ÚT. 
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